From: Jeff D. <da...@da...> - 2001-09-14 23:55:13
|
On Sep 14, 2001, Adam Shand said: > i think the easist way to do this (and i've mumbled about this before so > excuse me if you're sick of it already :-) is to make a generic output > mode for any wiki page which will output as rdf/rss and then a php rss/rdf > parser to build side boxes for whatever from that. Yes. That may be the way to go, at least for RecentChanges, and also perhaps various search outputs. RSS RecentChanges have been on my todo list for awhile. (I've already hacked the PhpWiki 1.2.0 code which runs HammondWiki to produce an RSS version of recent changes.) http://www.dairiki.org/hammondwiki.rdf My main interest in RSS was to get a UnifiedRecentChanges index going. I've got a prototype sort of working, but have stopped working on it while I'm working on jeffs-hacks. http://matthews.dairiki.org/urc.html http://www.usemod.com/cgi-bin/mb.pl?UnifiedRecentChanges http://www.usemod.com/cgi-bin/mb.pl?RssExtensionModuleForWikis When you say RDF/RSS output for _any_ wiki page, what exactly do you mean? Do you want just the page meta-data (page name, author, edit date) or do you want all the content, too? I've been thinking about that a bit. I'm no expert, but it seems that RDF is ideally suited for the meta-data, but not really meant for storing the content. (It seems some more general form of XML might be better suited for that.) The other problem with RDF, is that I suspect it's going to be awhile before a good full-blown RDF parser is available in PHP. (Parsing RSS is one thing, parsing generic RDF is quite a bit trickier.) > and then comments would just be: > > # blah blah > # please leave the below lines intact. Of course, that syntax is already used in PhpWiki for ordered lists. It would have to be something uglier like: // please steal this comment |