Re: years and categories (was Odd error in wbgwiki.py with numeric only directories)
"Steve Hoelzer" <[email protected]>
| Newsgroups | gmane.comp.web.pyblosxom.user |
|---|---|
| Message-ID | <[email protected]> |
Blake Winton wrote: > The path /dev/2003/ always contains the stuff in the /dev/2003 folder. > > The items in the dev/2003 folder created in 2002 (Note: I'm using 2002 > here for disambiguation, so that we know which part is the folder name, > and which part is the path.) could be: > > 1. /archive/2002/dev/2003 , or <snip> > 4. /archive/2002/entries/dev/2003 . (This last one is to get around a root > directory named "07"...) <snip> > The trade-off between those, as I see it, is that option 1 > restricts what I can name my top-level directories, whereas option 4 is > too verbose for my liking. How does option 1 restrict the top-level dir name but not option 4? Is it because "entries" is a special word to trigger filtering? 1. The main outstanding issue is that I don't know if people are really > interested in changing this. I'm interested. Nice work. Another option would be to support filtering on any path by appending date and path arguments. Here are some examples of what I mean. All three of these URLs would point to the same subset of entries: 1) url.com/2002?path=dev/2003 2) url.com/dev/2003?date=2002 3) url.com?path=dev/2003&date=2002 The first part is a normal path that Pyblosxom knows how to handle. Everything after the question mark defines a filter. The path argument can point to any valid path and the date argument accepts year, year/month, and year/month/day. Doing something dumb like 1) url.com/2006?date=2007 or 2) url.com/dev/?path=fun would filter out everything and not return any entries. That's the users problem. After typing this up, I realize that it doesn't address the issue of wanting to allow a path with a four digit number. I guess I support the idea of (optionally) disabling the year/ and year/month/ indexes or moving them to some prefixed path like archives/2007/ Steve ------------------------------------------------------------------------- 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/ _______________________________________________ pyblosxom-users mailing list pyblosxom-users-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org https://lists.sourceforge.net/lists/listinfo/pyblosxom-users