Re: years and categories (was Odd error in wbgwiki.py with numeric only directories)

Will Guaraldi 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.

Not necessarily, but it's my understanding that most of the plugins 
reserve their path-mangling to elements under a prefix...  I.e. I can 
name a directory "/foo/bar/tags/", and the folksonomy plugin won't mess 
with it.  (Uh, just to be clear, I consider this a feature.)  A quick 
check of folksonomy.py lines 502-503 shows me the same:
         m = re.compile(r'^%s' % config['tag_url']).match(data['url'])
         if m:
So the folksonomy plugin specifically only messes with the path if it 
starts with whatever I've decided I want it to start with in my config file.

>> Chris Green wrote:
>> I think that if you're going to assign a different meaning to some
 >> part of the path , 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).

I think it does, that's kind of my point...

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).

> 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.)

Later,
Blake.


-------------------------------------------------------------------------
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/