Yesterday, I managed to install OpenGuides to my perlmonk.org account
with some encouragement from Kake and co at #openguides. (My first
time on IRC...)
A couple of points:
* If not installing as root, look at perldoc CPAN, FAQ section 5 for
the various o conf settings.
** >Before< running perl -MCPAN -e shell, create the ~/perl/lib
directory and add it to PERL5LIB ('export PERL5LIB=/home/osfameron/perl/lib')
* CPAN didn't follow install link to Geography::NationalGrid, though
it is in the YAML file. May just be me, all the other modules
installed fine though.
* I found it annoying that OpenGuides asks for all the config
information before completing the install including prerequisites.
Because I kept on fscking things up, I re-entered this information a
dozen times. (It doesn't save the config file until successul
installation).
* For unix-illiterates like me, it'd be nice to know what permissions
need to be set on the files created so that the webserver can read
them. I just used chmod 0777 on everything to get it to work, but I'm
guessing that I could probably be a bit tighter...
* When I first installed at home, I installed CGI::Wiki, so my
database got set up during make test (and handily populated with some
London pages!) It was already installed on perlmonk.org so I never got
that. Kake pointed me at cgi-wiki-setupdb, which /is/ mentioned in
OpenGuides's INSTALL file. Would be nice if the Build procedure also
finished with a note "please run cgi-wiki-setupdb". (Or prompts
whether you want to autorun it? After all, it knows all the details
of the db you are using).
** How about an openguides-setupdb script that adds canned "Text
formatting rules" etc. entries? (Of course you can't impose a "site
policy" document, but the template could include links to discussion
on what to include in such a policy).
* Because I installed files in a personal ~/perl/lib, the .cgi
couldn't find them. I got around this by editing wiki.cgi with the
appropriate use lib invocation.
** (Of course, I forgot to edit the other .cgi scripts in the
directory, but there you go). Is there a better way to handle this?
Oh, the empty shell is at
http://osfameron.perlmonk.org/cgi-bin/openguides/wiki.cgi
(though the add/edit etc. scripts aren't working as above) and may
well become less empty over the next months.
I'm really looking forward to playing with OpenGuides! I'll let you
know if anything useful comes out of this installation.
Cheers,
osfameron
On Thu, Jun 10, 2004 at 04:01:06PM +0100, Kate L Pugh wrote:
>> What's the '<span class="hidden">' in navbar.tt all about?
On Thu 10 Jun 2004, Earle Martin <earle(a)downlode.org> wrote:
> From 'Changes' for 0.31:
>
> Numerous template tweaks to comply with the W3C's Web Content
> Accessibility Guidelines (http://www.w3.org/TR/WAI-WEBCONTENT/):
> (...)
> - labels for all form input elements and some textual additions
> to templates, such as '/' separators between navbar items,
> because the guidelines specify links should not only be
> separated by whitespace. If you don't want these to appear,
> put the following in your stylesheet and they'll be hidden by
> CSS (but will still appear for people using textual browsers or
> screen readers): ".hidden { display: none }".
16:16 [msg grault] Hm. I'm not sure that "hidden" is a good name for the
class. It's sort of a bit general.
16:17 grault(earle(a)mythix.re)-> Hmm. I was thinking that the class could be
applied to other hidden content, but I'm not sure what that could be.
16:17 [msg grault] Yes, but if there was other hidden content you might want
to hide some types but not others.
16:19 grault(earle(a)mythix.re)-> Hmm. Maybe something like .non_visual, or
.accessibility
16:19 [msg grault] Post to the list, maybe.
16:19 grault(earle(a)mythix.re)-> Yeah.
Opinions?
Kake
----- Forwarded message from PAUSE <upload(a)pause.perl.org> -----
The URL
http://the.earth.li/~kake/code/OpenGuides-0.33_06.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KA/KAKE/OpenGuides-0.33_06.tar.gz
size: 55809 bytes
md5: 1fae57ef2e0e9d61bf509680569a31dd
----- End forwarded message -----
This release has new spiffy search features accessed from the
"Advanced Search" link in the navbar. See for example
http://the.earth.li/~kake/cgi-bin/openguides/supersearch.cgi
A reminder, this code is going stable on Thursday, please test it out
on your installs.
Kake
I'm working on moving code from wiki.cgi into OpenGuides.pm. The main
reason for this is to ease testing; it's something I've been wanting
to do for a while. It does however mean that I'm going to make a
developers release that you will all need to test out on your sites
ASAP because it's quite a big change. I will wait a week between
making the developers release available (which will be tonight, with
any luck) and releasing it as a stable version. Any objections?
Kake
Some dodgy data has got into the London guide:
http://london.openguides.org/index.cgi?Locale_%5BTrafalgar_Square%3Bversion…
That such broken URLs display something instead of generating an error
or going to the home page could probably be exploited by bad people:
http://london.openguides.org/index.cgi?what_if_i_were_a_spammer
--
David Cantrell | Official London Perl Mongers Bad Influence
See the creativity that comes from misery! Without misery people who
would otherwise relax at home with a drink are spurred to great
heights of expression. Art thrives on constraint and unhappiness.
-- Arp
> -----Original Message-----
> From: openguides-london-bounces(a)openguides.org
> [mailto:openguides-london-bounces@openguides.org]On Behalf Of Kate L
> Pugh
> Sent: 09 June 2004 15:09
> To: andrea(a)workbike.org; Discussion of the Open Guide to London.
> Subject: Re: [OpenGuides-London] (no subject)
>
> This means that the someone's added something to the page since you
> loaded up the edit form. If it just let you save your changes then it
> would overwrite the other person's changes, so instead it gives you
> the edit boxes with what the other person wrote, and you need to add
> your changes in to that.
>
> It would be nice if it could do this automatically, but this is a
> slightly hard thing to do and so we haven't written the code to do
> that yet.
>
I've already got standalone merging working for VCS::Lite.
Integrating this with CGI::Wiki and OpenGuides will join
the increasing list of items waiting on my round tuit.
Hi, I would like to do Victoria in Australia, then Australia, then the
Southern Hemisphere. Just kidding Melbourne would be hard enough. I just
finished a M.App.Sc at Melbourne uni Game Engines etc for Visualisation in
Geomatics. Just contemplating proposal for a PhD extending that stuff at the
moment as well as thinking about my day job of part time school teaching.
Brian Quinn
If I were to add this config variable, would anyone else use it? It would
mean, in the first instance, that I could point people to an SSL-secured
server for page deletion purposes rather than special casing the URL in
the template. In future I imagine it could be used for other
admin-related tasks (and user registration, authenticated node editing,
and so on).
Cheers,
Dominic.
What do people think of the idea of amending the tests so they don't
use CGI::Wiki::TestConfig at all, but simply use an SQLite database,
skipping tests if DBD::SQLite isn't available? I've never been
entirely happy with database access information hanging around, and
the CGI::Wiki tests should catch any inconsistencies between databases
- if they don't then they're incomplete.
I'm sort of fed up of having to faff with things when I'm running the
OpenGuides tests, you see - if I'm just testing then I shouldn't have to
answer questions.
Kake
----- Forwarded message from PAUSE <upload(a)pause.perl.org> -----
The URL
http://the.earth.li/~kake/code/OpenGuides-0.32.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KA/KAKE/OpenGuides-0.32.tar.gz
size: 54325 bytes
md5: 9bde2bda5b2d4e4e626daee2ea889451
----- End forwarded message -----
This release includes Dom's changes to stop autocreation of index
nodes on a GET request.
Kake