Kate L Pugh
Thu, 10 Jun 2004 20:46:26 +0100
On Thu 03 Jun 2004, Sven Dowideit <firstname.lastname@example.org> wrote:
> 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
Have I missed anything?