Free Newsletters
InfoWorld Daily

InfoWorld
Log-in | Register

  Wednesday, April 16, 2003 

RSS redirection, again

redirect According to NewsMonster's blog, there's a minor problem with my feed. NewsMonster seems to want to render both the <content:encoded> and <xhtml:body> elements. At this point, I'd just as soon drop <content:encoded>. And I probably will. But in so doing, I'll run smack into a long-unresolved problem. There's still no way to cleanly redirect from one RSS feed to another.

My current (and not well-conceived) strategy is to send <content:encoded> in my feed, and transform it into <description> in the alternate version of my feed. There aren't a lot of people depending on that version, so changing its address won't upset many apple carts. But as I've been reminded several times this week, there's still no solution to this problem. For example, Brian Sobolak wrote to point out that Jim McGee's writing might be of interest to me. Indeed! Jim's was one of the first orange icons on my channelroll. But I missed the announcement that he was moving from the community server to his own address, and so lost track of him.

There was some discussion of this a while back. It's easy to see why these proposals aren't getting over the activation threshold, though. Most people never run into the problem. Those who do run into it maybe once a year.

 

The semantic blog

I've long dreamed of using RSS to produce and consume XML content. We're so close. RSS content is HTML, which is almost XHTML, a gap that HTML Tidy can close. In current practice, the meat of an RSS item appears in the <description> tag, either as an HTML-escaped (aka entity-encoded) string or as a CDATA element. As has been often observed, it'd be really cool to have the option to use XHTML as well. Then I could write blog items in which the <pre> tag, or perhaps a class="codeFragment" attribute, marks regions for precise search. You or I could aggregate those items into personal XPath-aware databases in order to do those searches locally (perhaps even offline), and public aggregators could offer the same capability over the Web. [O'Reilly Network]

I wound up scooping this article on Monday, because I rolled out xhtml:body sooner than expected. So of course, blog commentary relevant to the article appeared even before the article did -- a curious and delightful inversion. On Sam Ruby's blog, Danny Ayers wrote:

Some very good points made in Jon's piece, though I think it's a bit silly jamming any old XML in and calling it "descriptive markup". We can reasonably assume in this case the implied meaning 'this is the content', but nowhere is it made explicit - no description is given.

I'd like to see more opinions on this, but to me, CSS looks like an excellent bridge technology. It is declarative in nature. If I write <p class="codeFragment"> I am merely attaching a label to that element. I can then, optionally, associate a style with that declaration. But I can use that same declaration for other purposes as well. In particular, I can use it to precisely search code fragments. I've long advocated this dual-purposing of CSS declarations because I think it fits well with how people actually write. I find that people who'll say they have no time for descriptive markup will nevertheless fiddle quite obsessively with presentation. Seems to me that if there can be synergy between the two, we ought to exploit that to the hilt.

 


Recent Entries


















































Sponsored Technology Links

 
 
 HOME  NEWS  BLOGS  PODCASTS  VIDEOS  TECHNOLOGIES  TEST CENTER  EVENTS  CAREERS   About | Advertise | Awards | RSS | Contact Us 

Copyright © 2008, Reprints, Permissions, Licensing, IDG Network, Privacy Policy, Terms of Service.
All Rights reserved. InfoWorld is a leading publisher of technology information and product reviews on topics including viruses,
phishing, worms, firewalls, security, servers, storage, networking, wireless, databases, and web services.

CIO :: ComputerWorld :: CSO :: Demo :: GamePro :: Games.net :: IDG Connect :: IDG World Expo
Industry Standard :: IT World :: JavaWorld :: LinuxWorld :: MacUser :: Macworld :: Network World :: PC World :: Playlist