Re: [Phpwiki-talk] plugin help

[Dmitry M. <dm...@la...>]

On Wed, Jun 09, 2004 at 04:03:32PM -0500, Dan Frankowski wrote:
> No suggestions, other than to change the plug-in interface (add a 
> method, say), and put a hook in editpage.php. I can't check in code in 
> Phpwiki, tho, so you shouldn't necessarily take my word on it.

Hmm, perhaps that is what I will do. I have no idea how this is usually
implemented. Any examples of good implementations? I will have to think
about this.

> Out of curiosity, what are you trying to do? I've thought about putting 
> hooks there for structured data (essentially, the ability to edit and 
> retrieve versioned fields associated with a page, like "author" of a 
> book page and so on).
> 
> Dan

I'm trying to see if a external "category" association will be useful at
all. Basically every wiki page can belong any number of "categories".
For instance, DmitrysResume could belong to {Documents, Dmitry}.
DmitrysBlog could belong to {Blogs, Dmitry} and DmitrysPictures could belong 
to {Pictures, Dmitry}. Then I'd be able to click on "Dmitry" and
retrieve all the logically related pages. So instead of a tree
structure (like a filesystem), I end up with a flat list that's very
quick to traverse. I believe this a variation on a concept called "faceted categories".

What I have now is a plugin that allows the traversal of that list. The
category addition/modification is implemented as a textbox on the edit
screen (which is another problem). So, to append categories, I"ve simply added a couple of 
lines to the editpage.php. Clearly it can work this way, but it doesn't
seem wise to hack code to enable some specific plugin functionality.. If
this is to work only main wiki functionality has to be in /lib/ and the
rest should be implemented as plugins..

Cheers.

-d