2451a571370ea52a11dc675f6bb86b72467646a9
[ikiwiki.git] / doc / todo / blogging.mdwn
1 - The [[TODO]] page would work better if the first N were shown in full, 
2   and then all open items were shown in summary. Maybe add this mode.
3 - Add Discussion and Edit links at the bottom of each inlined post.
4 - It would be possible to support rss enclosures for eg, podcasts, pretty easily. 
5
6 Here is the last of those items. Using the meta plugin you can give the appropriate 
7 info, and the enclosure will be added to the entry. It will also add a <link /> tag
8 at the top, but I don't know if this is necessary. It also includes a fix for
9 when make is used without PREFIX. 
10
11 http://jameswestby.net/scratch/podcast.diff
12
13 -- JamesWestby
14
15         Hmm. Not quite how I'd envisioned podcasts would work, my idea was
16         more that the sound files would be kept inside the wiki, and the
17         inline plugin could be told to eg, inline *.mp3, and would add
18         those to the rss feed as enclosures. Maybe you'd also inline some
19         regular blog pages to describe the files or the like.
20
21         Do you think that would work or that it's worth pursuing that
22         approach? I haven't looked at podcasts enough to know if that
23         method would be technically feasable; for one thing it would limit
24         the blog items for podcasts to just having an enclosure but no
25         description.
26
27         Even if that doesn't work and pages are needed to desribe the items
28         like you did, it still seems better to keep the podcast items in
29         the wiki..
30
31         --[[Joey]]
32
33 That's fair enough. I'm a little unsure of how it all works, so I just did the
34 simplest thing I could. 
35
36 You don't need a description for podcasts it seems. So there's nothing stopping
37 you there. 
38
39 I have another patch that I think does what you want. It only supports .mp3 files,
40 .ogg or similar could be added easily. 
41
42 It has the disadvantage that the filename is all there is to go on, as I can't
43 think of a way to associate any information with the mp3 file. I don't 
44 want to add a dependency on a IDv3 tag library. You could add another file
45 .mp3.info with the title/description in. 
46
47 It's obviously up to you which way you want to go.
48
49 http://jameswestby.net/scratch/podcast2.diff
50
51 -- JamesWestby
52
53         Hmm, this could be taken a step further, and assume that if
54         IkiWiki::pagetype doesn't return a defined page type for the page
55         in the blog, then no matter the extension it should be fed into the
56         rss feed in an enclosure. This would allow for not only podcasting,
57         but vidcasting and a form of photo blogging. Or even an rss feed
58         containing the source of ikiwiki. ;-)
59         
60         --[[Joey]]
61
62 Yes I agree that this would be great, but rss2 spec says that enclosure
63 must have mime-type. How about I use the File::MimeInfo trick from the 
64 first patch to do this? I don't know why I didn't do this before.
65 This will probably clean the code up a little as well. 
66
67 What do you think of the change that when using raw, if the filetype is not
68 known it adds an entry anyway? I did this so that the entries appear if
69 this mode is used. It might be that this is not necessary, as can we assume
70 that people wont use raw if they want to pod/vid/whatevercast?
71
72 -- JamesWestby