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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.