urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

format

master
joey 2006-08-28 00:31:38 +00:00
parent aebcbca4d6
commit bfe0d3f5c6
1 changed files with 36 additions and 36 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

72
doc/todo/blogging.mdwn
View File

@ -10,23 +10,23 @@ when make is used without PREFIX.
-- JamesWestby -- JamesWestby
Hmm. Not quite how I'd envisioned podcasts would work, my idea was > 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 > 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 > 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 > those to the rss feed as enclosures. Maybe you'd also inline some
regular blog pages to describe the files or the like. > regular blog pages to describe the files or the like.
Do you think that would work or that it's worth pursuing that > 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 > approach? I haven't looked at podcasts enough to know if that
method would be technically feasable; for one thing it would limit > method would be technically feasable; for one thing it would limit
the blog items for podcasts to just having an enclosure but no > the blog items for podcasts to just having an enclosure but no
description. > description.
Even if that doesn't work and pages are needed to desribe the items > 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 > like you did, it still seems better to keep the podcast items in
the wiki.. > the wiki..
--[[Joey]] > --[[Joey]]
That's fair enough. I'm a little unsure of how it all works, so I just did the That's fair enough. I'm a little unsure of how it all works, so I just did the
simplest thing I could. simplest thing I could.
@ -48,14 +48,14 @@ It's obviously up to you which way you want to go.
-- JamesWestby -- JamesWestby
Hmm, this could be taken a step further, and assume that if > Hmm, this could be taken a step further, and assume that if
IkiWiki::pagetype doesn't return a defined page type for the page > 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 > 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, > 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 > but vidcasting and a form of photo blogging. Or even an rss feed
containing the source of ikiwiki. ;-) > containing the source of ikiwiki. ;-)
>
--[[Joey]] > --[[Joey]]
Yes I agree that this would be great, but rss2 spec says that enclosure Yes I agree that this would be great, but rss2 spec says that enclosure
must have mime-type. How about I use the File::MimeInfo trick from the must have mime-type. How about I use the File::MimeInfo trick from the
@ -69,21 +69,21 @@ that people wont use raw if they want to pod/vid/whatevercast?
-- JamesWestby -- JamesWestby
Using File::Mimeinfo makes sense to me. > Using File::Mimeinfo makes sense to me.
I think it probably makes sense to make the (html) blog page > I think it probably makes sense to make the (html) blog page
add an entry with a link to the file that's in the enclosure in the > add an entry with a link to the file that's in the enclosure in the
rss feed. Whether or not raw is being used. > rss feed. Whether or not raw is being used.
Note: I'm still unsure about whether podcasts should support > Note: I'm still unsure about whether podcasts should support
descriptions for the enclosures or not. Here's an early podcast > descriptions for the enclosures or not. Here's an early podcast
that did use descriptions: > that did use descriptions:
<http://static.userland.com/gems/backend/gratefulDead.xml> > <http://static.userland.com/gems/backend/gratefulDead.xml>
Here's a contemporary podcast, which also uses descriptions: > Here's a contemporary podcast, which also uses descriptions:
<http://www.lugradio.org/episodes.rss> > <http://www.lugradio.org/episodes.rss>
The podcast client I use certianly doesn't care about the > The podcast client I use certianly doesn't care about the
descriptions. But it's podracer, probably not the thing most > descriptions. But it's podracer, probably not the thing most
podcast users use. :-) > podcast users use. :-)
--[[Joey]] > --[[Joey]]