Continuing further on the idea of lightening the RSS load by allowing the client to request a subset of the elements contained in a newsfeed, here are a few more thoughts:

First, to reduce processing requirements on the server, rather than dynamically generating the feed based on the elements requested, the server could keep a...
[read more]

I have a plan for an interest free investment opportunity. Here's how it works:

* A small amount of money is deducted from each paycheck to be invested--that way you don't feel like you're paying anything, because you never see it in the first place.

* Every 3, 6 or 12 months, you can cash...
[read more]

One thing I've wondered about Atom--why doesn't it use the same names as RSS for elements with the same purpose? For example, why call entries "entry" rather than "item"?

I know Atom is not RSS, and isn't pretending to be. I know Atom wouldn't be "backwards-compatible" with RSS even if some elements had the same...
[read more]

Continuing with the ideas of allowing the client to request only a subset of the elements contained in each item in the feed, and of allowing the client to request only new and/or updated items, the next idea is to allow the client to request one set of elements from new and/or updated items, and...
[read more]

I'll begin by echoing a suggestion that has been made elsewhere before: RSS needs a mechanism to request only items that are new or updated since a particular time. Now to expand on the idea and some of the issues it brings up...

First, in case this hasn't been mentioned before, it would be good...
[read more]

One of the big challenges facing RSS as is grows is the need to ensure that, with increasing numbers of subscribers, bandwidth requirements don't balloon out of control. RSS 2.0 begins to address this with the cloud subscription interface. Many opportunities remain for extending cloud or creating an API that could plug in to RSS...
[read more]

One thing that didn't catch my fancy in the Atom spec was the number of required elements for an Atom feed. For example, each entry (like an RSS item) in an Atom feed must contain both a "modified" date/time and an "issued" date/time. It may also contain a "created" date/time. If there is no "created",...
[read more]

After looking over the current draft of the Atom spec, I think they're definitely on the right track splitting the file format spec from the API spec. In RSS 2.0, the cloud interface is specified within the same document as the file format. While I almost agree that 2.0 is good enough to be frozen...
[read more]

I had another idea for a TV show, inspired by the fact that people who do dumb things (think Monica Lewinsky, for example) end up benefiting from the publicity the stupidity garners. "Milosevic in the Morning" would a morning talk show hosted by Slobodan Milosevic. He would discuss world news with other deposed tyrants, demonstrate...
[read more]

One thing that surprises me about the RSS 2.0 specification is that, while there is an optional "image" element for the channel, complete with subelements for URL, title, link, width, height, and description, there is no image element for items. Instead, items have an "enclosure" subelement, with attributes for URL, length and mime type. While...
[read more]