Can an equal number of feeds for each type in autodiscovery elements be safely used to assume that they are the same content in different formats, rather than different content that happens to be in different formats?
AOL’s beta aggregator doesn’t seem to allow its users to enter a feed URL directly: it’s autodiscovery in the HTML page, or nothing. Nice!
Syndication-dev, a mailing list for discussing RSS issues with Apple’s Safari RSS, iTunes Podcasts, and other RSS product engineers. Out-freakin-standing.
I could use your help testing the behavior of podcast clients with a couple of simple things, an unchanging guid with a changing enclosure URL, and enclosure URLs that redirect. ‘Preciate it.
If you are designing an RSS extension, whether you are Joe Blogger or Apple, Inc., you could do a lot worse than to contact the feedvalidator developers, and have your spec checked and validated before you publish it with examples that declare your namespace as http://example.com instead of your actual URL.
A rather inadequate and incomplete and incorrect W3Schools tutorial on RSS leads to my usual despair about ever being able to explain the whole tangled syndication mess. Bet you wish I was as tired of writing this as you are of reading it.
Some first barely coherent thoughts on Microsoft’s announcements about RSS in IE 7 and Longhorn.
Adding a header to let your aggregator negotiate just how much content you want (and thus whether or not you need the ads that pay for the content)? Could work.
Firefox’s autodiscovery code needs a little tightening up, so it doesn’t discover absolutely anything which includes the letters R-S-S in a link title, but it’s hard to decide just how tight it ought to be.
I assume it’s just coincidence, but some days it just doesn’t pay to have Mozilla bugs filed about your site: As Gerv noted, someone filed a bug on their fancy-schmancy Flash ad not working in Firefox, so we just get the fallback gif. I suspect the resolution of the bug was right, invalid by reason […]