MySmartChannels provides a number of ways to capture and manage comment content that provides agility depending on the application requirements for commenting. "A third approach would be to not include comments in the blog feed at all, and instead provide a separate feed for comments in addition to the one for entries. The blog reader would then need to load both and combine them for display. The end user would need to enter two different URLs for blogs in that case, which doesn't seem great." -- Kevin Lynch I think Kevin hit on the right approach in his Weblog entry (i.e., separate channels for items and comments about items) but I don't think he considered an abstract enough framework that could provide unlimited ways to present the comments with the information items. Imagine a channel of information items and another channel where comments about the information items are stored. There are many benefits to this approach because items in MySmartChannels are first-class items regardless of whether they are original items or items created about other items. This makes it very easy to subscribe (with RSS readers) to separate feeds for comments and original items. In some cases this is preferable especially if you're the only author of a channel and simply want to monitor feedback on that channel. But as Kevin points out - there's more to this issue. You may want a presentation (or syndication feed) that comingles the comments with the original information items. I'm not sure what that structure might be but I believe there are likely to be many interpretations. Given a true separation of content and presentation, this is very easy to model - quite literally model with XSLT. The MyST platform assumes implementation details will vary and we try not to rule out ideas that haven't yet been imagined. Rigid adherence to rules-based programming models (using XSLT) makes this cost effective. The MyST platform provides a very general framework for creating object relationships that can easily produce separate RSS feeds or combined XML flavors that mingle comments with original items. "The blog reader would then need to load both and combine them for display." In my view, RSS readers should read only RSS. The task of assimilation and presentation is the domain of the information architecture. Of course, in the spirit of innovation and agility, I don't rule out the probability that an RSS reader with comment assimilation through some sort of namespace extension will emerge. "Unfortunately, these feeds don't contain any of the comments that people make on the entries. So, you need to jump out of the blog reader and into a web browser to see if there even are any comments." I disagree - one way to eliminate this commenting blind spot is to update the RSS item indicating that something has changed about the item when a comment has been added. This is easily achieved by assimilating the information items with comment data at the moment the RSS feed is generated. And when that comment-aware RSS reader pops onto the scene - well, we're ready. ;-) | 
