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: > > My gut feeling is that it sort of corrupts the idea of the path to an > entry being its location in the filesystem, and so while I could see it > being useful, I don't really like it. URLs in PyBlosxom don't necessarily map to a file on the file system. There are lots of instances of this especially when looking at the plugins. > Chris Green wrote: > > The 2007 tag on your site doesn't work either, presumably a related > > problem. (http://weblog.latte.ca/tags/2007) > > See now you're restricting the way I'm allowed to name something in two > different places. Bleah. I think that if you're going to assign a > different meaning to some part of the path (by which I mean "different > than just another directory in my entries), you should only do it under > a prefix, a la the tags plugin. 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). > Will Guaraldi also wrote: > > If we were to change this behavior in PyBlosxom 2.0, what should the > > new behavior be? > > /dev/2003/ is the stuff in the /dev/2003 folder. > > The items in the dev/2003 folder created in 2002 (for disambiguation) > could be: > [snip] 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. Current specifications for PyBlosxom 2.0 are at: http://pyblosxom.sourceforge.net/2.0/plans/index.html There's only one right now because I'm only half-way through writing one about flavours and templates. /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/