I guess this one will be a lot harder to fix ... The RSS validator complains when the front page has two occurrences of the same URL. I don't know if that can be easily solved ... Either don't put the link in the "rdf:about" field, or somehow make each occurrence unique? (Or maybe just link to the actual entries in the RSS feed. I've been sort of annoyed that it doesn't work that way by default, but chances are I'll regret wishing for this. :-)

When you've copied a link, you end up looking at your own bookmarks We speculate that just adding &when_done=go_back to the end of the URL would fix it. ... Nope, didn't work. So I guess it requires a software fix. Update: As a workaround, use tabbed browsing (as if anybody who is serious about bookmarks wasn't already doing that).

Since this data is kept someplace, and might help readers grok what they're seeing ... And of course, so that I can get it into the site dump. You can see the last modification date of your own entries by opening the (edit) link for them, but obviously, you can't do this with other people's entries.

Getting the site dump would be expedited by having a way to find out the index of the last entry The way I do it now is just fetch the cover page, extract the number of entries from the footer, and assume that's also the number of the last entry. I know this is incorrect because the number of deleted entries is subtracted; I could adjust by adding the number of deleted entries I already have from the previous dump, and get closer to the truth, but the ideal would be to get the index of the latest entry, no more and no less. How about a parameter to force the display of "(body)" links for all entries?

Just for the record, here are the recent tags on the front page right now To be sure, clicking on e.g. WebSearch.COM.AU reveals that the newest "recent" addition to this category was four days ago. (Thank goodness.) All the biblio_numerique hits are a week or more old. Etc. 31 WebSearch.COM.AU WebSearch.CO.NZ 5 biblio_numerique 4 xml 3 tools geek 2 wikipedia wheel vod unix radio opensource npr linux htaccess howto driving bookmarking Windows Whaling Water Travel Teflon TCP Spelunking Source Sheep Sharks Sequence Security Remedy Reef Reading Photography Persons Packets Open One Numbers Missing Mineral Microsoft Management Macintosh Linux Home Herbal Helecopter Glasses Fragmented Update: This bug still seems to be present in 0.09_01.

The tags I see in "recent tags" on the front page are quite different from the actual content Here are the "recent tags" I get on the front page right now: 9 01a 7 blog We pause the listing here to note that the 01a links are all my own, and I haven't added anything to that category today. Actually the newest entry is from five days ago. On the whole, the "recent tags" listing looks eerily like my own personal tags, but I don't use "news", "games", "books_to_read", "wordpress", "themes", "portal", "mac", "freeware", "computers", "web", "lithuania", or "law". The rest of the listing is below. In the meantime, let me note that just now, the most frequent tags I see on the actual front page are linux, EDA (3 occurrences), software, ruimte, howto, finance, china, Wildlife, PotentialPurchases, Linux, KDE, Cams, and Birds (2 occurrences). Okay, here is the rest of the "recent tags" listing, in somewhat condensed format (all tags with the same occurrence count on the same line). 6 wiki software news games category books_to_read advocacy 00a 5 unix site programming history graphics emacs design deepsite 4 wordpress themes opensource extension erablog download development algorithm 3 portal mac linux hacker freeware delirioussiteblog deliriousbugs delirious debian css computing computers bugs 02a 2 www web society search sawfish music mail lithuania law internet Update: This bug still seems to be present in Rubric 0.09_01. Update: This looks like it's finally fixed in 0.10.

Undocumented feature, does not work properly ... Ah, well. The Rubric documentation does mention that this is "saved per session". In other words, once you try it once, it stays on. I guess there might be a cookie you could remove from your cookie store, or as a simple workaround, just view http://de.lirio.us/rubric?page=1&per_page=25 to reset. See also http://de.lirio.us/rubric/entry/4015

Adding a new tag to many old entries should be easier How about adding a checkbox next to all bookmarks when I am looking at my own, and being able to check a group of them for further action. This could be deletion of bookmarks themselves, deletion of a tag, addition of a tag, or just restricting the view to the selected ones. Needless to say, the checkmarks need to persist over several screens if you have enough bookmarks to cover several screenfuls. Back and forth should work -- that's going to be a bit tricky (though if you use POST, you will get a warning when going back, at least in Firefox and I believe in a few other browsers as well).

Being able to link to "http://de.lirio.us/[/a-zA-Z0-9]+" would be nice Being able to refer to other pages at this site from the body and/or the description should not open up any significant security holes, cross-site scripting or otherwise (famous last words [tm]) and would enhance the usability of the site a great deal.