CGI::Wiki::Kwiki 0.48 is out, adds username persistence.
Kake
----- Forwarded message from PAUSE upload@pause.perl.org -----
From: PAUSE upload@pause.perl.org Date: Tue, 6 Jan 2004 17:03:30 +0100 To: "Kate L Pugh" kake@earth.li Subject: CPAN Upload: K/KA/KAKE/CGI-Wiki-Kwiki-0.48.tar.gz
The URL
http://the.earth.li/~kake/code/CGI-Wiki-Kwiki-0.48.tar.gz
has entered CPAN as
file: $CPAN/authors/id/K/KA/KAKE/CGI-Wiki-Kwiki-0.48.tar.gz size: 19203 bytes md5: 9ac7b79a69fa69e23f4b12ee84d3fad3
No action is required on your part Request entered by: KAKE (Kate L Pugh) Request entered on: Tue, 06 Jan 2004 16:01:26 GMT Request completed: Tue, 06 Jan 2004 16:03:30 GMT
Thanks,
Hi all, Kate - you still working on CGI::Wiki? Cheers, Martin -- Martin@Cleaver.org - +61 405 115 479 Melbourne Business School MBA
Yes it does :), thanks.
I am most sorry to hear you have been unwell. I hope you are over the worst of it.
With respect to the Wiki::Toolkit project - are others working on it as well, or is the burden not shared?
Best regards, Martin.
--- Kate L Pugh kake@earth.li wrote: > On Sun 09 May 2004, Martin@Cleaver.org wrote:
Kate - you still working on CGI::Wiki?
I haven't made any changes for a while, partly because I haven't needed any and partly because I've been ill. Does that answer the question?
Kake
-- http://www.earth.li/cgi-bin/mailman/listinfo/cgi-wiki-dev
===== -- Martin@Cleaver.org (please don't reply to @yahoo)
Find local movie times and trailers on Yahoo! Movies. http://au.movies.yahoo.com
On Sun 09 May 2004, Martin Cleaver wrote:
I am most sorry to hear you have been unwell. I hope you are over the worst of it.
I believe I am - though I don't want to push it :) I'm getting back into things slowly.
With respect to the Wiki::Toolkit project - are others working on it as well, or is the burden not shared?
Justin Kao sent me some scripts a while back - I'm planning to look at them this week.
Kake
kinda :)
I'm curious if there is anything happening with wiki::toolkit as a few of us twiki devs are thinking of re-implementing out storage system, and are working on design at the mo :)
sven
On Sun, 2004-05-09 at 21:24, Kate L Pugh wrote:
On Sun 09 May 2004, Martin@Cleaver.org wrote:
Kate - you still working on CGI::Wiki?
I haven't made any changes for a while, partly because I haven't needed any and partly because I've been ill. Does that answer the question?
Kake
On Mon 10 May 2004, Sven Dowideit svenud@ozemail.com.au wrote:
I'm curious if there is anything happening with wiki::toolkit as a few of us twiki devs are thinking of re-implementing out storage system, and are working on design at the mo :)
I'm trying to clear the decks of the smaller stuff before I get seriously involved in a rewrite. Have you got anything useful that I should look at?
Kake
On Thu, 2004-06-03 at 07:25, Kate L Pugh wrote:
On Mon 10 May 2004, Sven Dowideit svenud@ozemail.com.au wrote:
I'm curious if there is anything happening with wiki::toolkit as a few of us twiki devs are thinking of re-implementing out storage system, and are working on design at the mo :)
I'm trying to clear the decks of the smaller stuff before I get seriously involved in a rewrite. Have you got anything useful that I should look at?
possibly
http://members.iinet.net.au/~spos/twiki/bin/view/Homeorgau/StoreRefactor
is the beginings of the ideas, TWiki oriented of course, but I'm interested in seeing what an intersection of the ideas can bring about
we're in less of a rush now, as we're all busy elsewhere :( but i'd be interested in your ideas too
Kake
On Thu 03 Jun 2004, Sven Dowideit svenud@ozemail.com.au wrote:
http://members.iinet.net.au/~spos/twiki/bin/view/Homeorgau/StoreRefactor
is the beginings of the ideas, TWiki oriented of course, but I'm interested in seeing what an intersection of the ideas can bring about
I had to read that a few times before I could make sense of it, so sorry for taking a while to reply.
I don't see why CGI::Wiki couldn't be made to cope with more than one store - after all, it just wants to know that when it asks a store for a node, it will get something consistent. See also the ideas for multiple formatters (languages); multiple stores could work this way too. The way of defining which store a node is in could be defined by the wiki application in a number of ways - keyed on the node name, having a list of "try here first, then here, then here", for example.
I'm reading it as your plan is to hierarchise things a lot more than they are in the general "flat namespace" wiki idea - is this what TWiki "topics" are all about? I do prefer having a flat namespace and letting structure evolve as the wiki is used, but I don't object to building in hierarchy support to CGI::Wiki if people want it. It is not going to be a high priority for me unless someone makes it worth my while though - giving me good reasons to do it or offering to do some of the work.
The resource hierarchy idea might be a good way to allow using more than one formatter (language) on a given page.
Finally for search I suggest you take a look at Plucene, a Perl port of Lucene.
Have I missed anything?
Kake
I'm reading it as your plan is to hierarchise things a lot more than they are in the general "flat namespace" wiki idea - is this what TWiki "topics" are all about? I do prefer having a flat namespace and letting structure evolve as the wiki is used, but I don't object to building in hierarchy support to CGI::Wiki if people want it. It is not going to be a high priority for me unless someone makes it worth my while though - giving me good reasons to do it or offering to do some of the work.
Speculation: one could emulate a hierarchical namespace by differentiating between an item's name and title. The "name" would be some uniquely identifying #, while the "title" would be what humans see. Then hierarchical relationships could be represented in the metadata... (Perhaps this would require explicit CGI::Wiki support to keep the front end script from becoming a mess? I don't know.)
See: http://the.earth.li/~kake/cgi-bin/wiki-toolkit/wiki.cgi?node=Name%20Vs.%20Ti...
Personally I would like to see Wiki::Toolkit explicitly differentiate between name and title (really just as a special metadata) so that it will be easier to do things like this: http://www.usemod.com/cgi-bin/mb.pl?FacetWiki
Justin
On Fri 11 Jun 2004, Justin Kao justin+earth@dicatek.com wrote:
Speculation: one could emulate a hierarchical namespace by differentiating between an item's name and title. The "name" would be some uniquely identifying #, while the "title" would be what humans see. Then hierarchical relationships could be represented in the metadata... (Perhaps this would require explicit CGI::Wiki support to keep the front end script from becoming a mess? I don't know.)
A plugin could do it. This was the sort of thing I was planning to eventually do with CGI::Wiki::Plugin::Categoriser.
Kake