Re: years and categories (was Odd error in wbgwiki.py with numeric only directories)
"Will Guaraldi" <[email protected]>
| Newsgroups | gmane.comp.web.pyblosxom.user |
|---|---|
| Message-ID | <[email protected]> |
On 9/14/07, Blake Winton <[email protected]> wrote: > > > > The tags plugin needs to handle the pathinfo callback and do the right > > thing. Otherwise you get the default PyBlosxom behavior. And this is > > true of any of the plugins that handle things like this (including > > wikidir and pystaticfile which should get fixed). > > I think it does, that's kind of my point... I don't see where the tags plugin handles the pathinfo callback. Are you using the tags plugin that Joe wrote? If so, it doesn't implement the cb_pathinfo callback and therefore doesn't handle pathinfo bits correctly. (And neither do wbgwiki nor pystaticfile.) > I guess what I'm suggesting is that the archive feature should work like > any other plugin (and should be able to be moved into a plugin, even > though it's not currently implemented that way). This is the default behavior which in this case only executes if no other plugin handles pathinfo as part of the callback. Most of the blosxom functionality (which is the default functionality) works this way. This is just like how plugins work, except it only executes at the end of a callback chain if nothing else has handled the callback and it's not explicitly placed in its own module as a plugin. I'm not sure we really want this as a separate plugin. If we do, then we have to work out all the issues involved. For example, what happens if someone takes the plugin out and has no default functionality? Do we inventory the plugin after all the other plugins are inventoried? ... I'm not sure I see any good reason to warrant the effort to change it. I'd be interested in other peoples' thoughts, though. > > I'll try to work up a specification for this but probably won't get to > > it for a while. Though I'd really appreciate it if someone else could > > write it. > > Since I appear to be the one with the big ideas, the least I can do is > write the spec... ;) (Also, I'm on vacation all next week, and so > should have a fair bit of time to work on it.) That'd really help. A million thank yous! /will ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/