X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/0630d9743854acca70a5c4306a136c33e09f708d..2f5c0a54809ed66fe8d0c43a6486288c2b61cd4c:/doc/todo/blogging.mdwn

diff --git a/doc/todo/blogging.mdwn b/doc/todo/blogging.mdwn
index 7d89a9904..cf6ba563e 100644
--- a/doc/todo/blogging.mdwn
+++ b/doc/todo/blogging.mdwn
@@ -1,12 +1,60 @@
-- 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.
-- It would be possible to support rss enclosures for eg, podcasts, pretty easily. 
\ 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]]
+
+That's fair enough. I'm a little unsure of how it all works, so I just did the
+simplest thing I could. 
+
+You don't need a description for podcasts it seems. So there's nothing stopping
+you there. 
+
+I have another patch that I think does what you want. It only supports .mp3 files,
+.ogg or similar could be added easily. 
+
+It has the disadvantage that the filename is all there is to go on, as I can't
+think of a way to associate any information with the mp3 file. I don't 
+want to add a dependency on a IDv3 tag library. You could add another file
+.mp3.info with the title/description in. 
+
+It's obviously up to you which way you want to go.
+
+http://jameswestby.net/scratch/podcast2.diff
+
+-- JamesWestby
+
+	Hmm, this could be taken a step further, and assume that if
+	IkiWiki::pagetype doesn't return a defined page type for the page
+	in the blog, then no matter the extension it should be fed into the
+	rss feed in an enclosure. This would allow for not only podcasting,
+	but vidcasting and a form of photo blogging. Or even an rss feed
+	containing the source of ikiwiki. ;-)
+	
+	--[[Joey]]