Here's my delicious account bookmarks list. Here's today's hand-built GilesWatchers post. My generated version:
Drabble
+
+
+
Fanart
+
+
+

Fiction
+
+
Misc
+ Why We Fight - post-"Chosen" RPG is recruiting for all characters except Buffy
Prompt
+

+

+

+

Rec
+
Note that there are some intentional differences: the "rec" tag, for instance, which was an experiment. And some unintentional: I'll need to make a fixed order for the categories.
Yet to be implemented: some way to set a marker so we only catch recent posts. The api can set tags on bookmarks. I can fetch the most recent 100 bookmarks, skip the ones with the "posted" tag, then set the tag for the ones just posted. OR alternatively I could let the poster specify a date stamp and only grab bookmarks fresher than the stamp. Lots of options. Must think.
Some of the features ride on the back of clever tagging. "poster:ljuser" and "comm:community-name", for instance. But it handles missing lj names well. By its very nature, however, one link per entry. I can't think of a non-messy solution for multi-part stories that had more than one part posted at a time. Bleah. I can at least sort the posts by timestamp... Have I ever mentioned that every programming project is infinitely complex, at least in potential?
The advantage of this approach is that the accumulation of links can be gradual and can be done by more than one person. One person would be responsible for running the script and making the post. At the moment I run it in the shell; no reason it can't be run as a cgi script with a web interface.
I didn't spend all of my day off programming. Only a couple hours of it. And part of that was spent on the story server. I am beginning to look askance at Django.