Howdy do,
As it stands, the diff feature shows checksums: http://openguides.org/london/?id=Mile_End_Park&version=2&diffversion...
This is not information of relevance to the user and so should be hidden.
Also, the diff links on the List All Versions pages all compare each version to the most recent revision, which means that the top one will always return "Contents are identical"; these links should compare each version to the one preceding it instead. There should probably be a conditional (if version == 1) replacing the diff link for version 1 with something like "original version", or just nothing, instead.
----- Original Message ----- From: "Earle Martin" subgenius@downlode.org To: openguides-dev@openguides.org Sent: 13 July 2003 15:07 Subject: [OpenGuides-Dev] Diff feature bug report
Howdy do,
As it stands, the diff feature shows checksums: http://openguides.org/london/?id=Mile_End_Park&version=2&diffversion...
This is not information of relevance to the user and so should be hidden.
Fixed: removed checksums from metadata hash before serialising and diffing (OpenGuides::Diff)
Also, the diff links on the List All Versions pages all compare each version to the most recent revision, which means that the top one will always return "Contents are identical"; these links should compare each version to the one preceding it instead. There should probably be a conditional (if version == 1) replacing the diff link for version 1 with something like "original version", or just nothing, instead.
Amended template node_history.tt
These changes are committed into CVS on un.
On Sun, Jul 13, 2003 at 04:06:36PM +0100, Ivor Williams wrote:
Fixed: removed checksums from metadata hash before serialising and diffing (OpenGuides::Diff) Amended template node_history.tt
These changes are committed into CVS on un.
You star.
Talking of changes committed, I've modified the Recent Changes template to include a link to the RSS feed, and added a conditional to the header template to put an RSS autodiscovery tag into Recent Changes so crawlers can find the feed. This is now live on the London site.
On Sun, Jul 13, 2003 at 04:06:36PM +0100, Ivor Williams wrote:
These changes are committed into CVS on un.
On Mon 14 Jul 2003, Earle Martin openguides@downlode.org wrote:
Talking of changes committed, I've modified the Recent Changes template [...]
Could you both update the Changes file please? (In general, please always update the Changes file when you make changes.) I'd like to do a release this afternoon because I need to change something in CGI::Wiki::Formatter::UseMod to work with CGI::Wiki::Kwiki, and I'll need to change OpenGuides very slightly to cope.
Kake
On Thu, Jul 17, 2003 at 12:00:55PM +0100, Kate L Pugh wrote:
Could you both update the Changes file please?
I've done this for both our changes.
(In general, please always update the Changes file when you make changes.)
Indeed. Noted.
Cheers,
Earle.
Hi there, I'm having trouble updating the latest build into my dev area on un.
ivorw@un:~/foo/grubclone$ ./Build install Warning: You do not have permissions to install into /usr/local/stow/perl-5.8.0/lib/site_perl/5.8.0 at /usr/local/stow/perl-5.8.0/lib/5.8.0/ExtUtils/Install.pm line 84. Skipping /usr/local/stow/perl-5.8.0/lib/site_perl/5.8.0/OpenGuides.pm (unchanged) Cannot forceunlink /usr/local/stow/perl-5.8.0/lib/site_perl/5.8.0/OpenGuides/Config.pm: Permission denied at /usr/local/stow/perl-5.8.0/lib/5.8.0/File/Find.pm line 873 ivorw@un:~/foo/grubclone$
btw, I did use
perl Build.PL config='sitelib=/home/ivorw/lib/'
Any thoughts?
Also, I think there should be something in the docs (INSTALL or TROUBLESHOOTING) about who in general to log in as to run the install step. I am offering to write this once I understand it.
Ivor.
On Sat 19 Jul 2003, Ivor Williams ivor.williams@tiscali.co.uk wrote:
ivorw@un:~/foo/grubclone$ ./Build install Warning: You do not have permissions to install into /usr/local/stow/perl-5.8.0/lib/site_perl/5.8.0 [...] btw, I did use
perl Build.PL config='sitelib=/home/ivorw/lib/'
un now has Module::Build 0.19 installed - I have a vague feeling that the method of specifying the sitelib has changed since 0.18. I couldn't see anything from a quick skim of the docs, but I'm computerly-challenged at the moment and need to give this machine back soon so can't spend more time looking. Read the Module::Build perldoc and maybe check the Changes file.
Also, I think there should be something in the docs (INSTALL or TROUBLESHOOTING) about who in general to log in as to run the install step. I am offering to write this once I understand it.
Now I think of it, you need to be someone who has permissions to write to both the place where you want to install the modules and the place where you want to install the scripts. I'm coming back to the idea of installing the modules in the same place as the scripts (in a lib/ subdirectory), may seem wasteful but it would solve complications particularly with the OpenGuides::Config module.
Kake in haste
openguides-dev@lists.openguides.org
-
Earle Martin -
Earle Martin -
Ivor Williams -
Kate L Pugh