-- Should probably add params to control various rss fields like the blog
- title, its author email, its copyright info, etc.
- The [[TODO]] page would work better if the first N were shown in full,
and then all open items were shown in summary. Maybe add this mode.
- Add Discussion and Edit links at the bottom of each inlined post.
-- Still not completly comfortable with ikiwiki only knowing when a page was
- posted based on the on-disk mtime the first time it sees the page. svn doesn't
- preserve mtimes and also if the index gets broken it will see new mtimes for any
- pages that were actually modified in the interim. I suppose that info could
- be pulled out of svn log by a utility that was run if the index or mtimes
- got screwed up.
\ No newline at end of file
+- It would be possible to support rss enclosures for eg, podcasts, pretty easily.
+
+Here is the last of those items. Using the meta plugin you can give the appropriate
+info, and the enclosure will be added to the entry. It will also add a <link /> tag
+at the top, but I don't know if this is necessary. It also includes a fix for
+when make is used without PREFIX.
+
+http://jameswestby.net/scratch/podcast.diff
+
+-- JamesWestby
+
+ Hmm. Not quite how I'd envisioned podcasts would work, my idea was
+ more that the sound files would be kept inside the wiki, and the
+ inline plugin could be told to eg, inline *.mp3, and would add
+ those to the rss feed as enclosures. Maybe you'd also inline some
+ regular blog pages to describe the files or the like.
+
+ Do you think that would work or that it's worth pursuing that
+ approach? I haven't looked at podcasts enough to know if that
+ method would be technically feasable; for one thing it would limit
+ the blog items for podcasts to just having an enclosure but no
+ description.
+
+ Even if that doesn't work and pages are needed to desribe the items
+ like you did, it still seems better to keep the podcast items in
+ the wiki..
+
+ --[[Joey]]