Re: [Fwd: I-D ACTION:draft-snell-atompub-autodiscovery-00.txt]

2006-11-28 Thread Rogers Cadenhead
I'm the chairman of the RSS Advisory Board, which has published our first autodiscovery specification [1]. I'd like to participate in the drafting of Atom's effort in this area with the goal of making it possible for publishers to support autodiscovery in the same manner regardless of syndication

Re: PaceAutoDiscoveryDraftIsPointless (was: PaceMakeAutodiscoveryInformational)

2006-11-28 Thread Rogers Cadenhead
If the Atom/RSS autodiscovery spec describes how to work with the link element to achieve feed autodiscovery in browsers and other clients, isn't it an application of (X)HTML rather than an attempt to specify (X)HTML? My thinking was that we're accomplishing a task similar to the creators of the

Re: PaceAutoDiscoveryDraftIsPointless (was: PaceMakeAutodiscoveryInformational)

2006-11-28 Thread Rogers Cadenhead
--- Robert Sayre [EMAIL PROTECTED] wrote: Is there some aspect of the WHAT-WG document that bothers you? Not yet, aside from the notion that they've got an incredibly ambitious goal -- spec the next HTML/XHTML/DOM -- and I have no idea how to gauge the likelihood they'll achieve it. Or whether

Atom in Java (was rss reader)

2006-12-09 Thread Rogers Cadenhead
--- Greger [EMAIL PROTECTED] wrote: anyone working on this kinds of things? Don't know of any C++ efforts, but Apache Abdera's a new Java class library to implement the Atom syndication format and publication protocol: http://incubator.apache.org/abdera

Re: Atom Entry docs

2006-12-14 Thread Rogers Cadenhead
--- Bob Wyman [EMAIL PROTECTED] wrote: 1) Define ;type=feed and ;type=entry as optional parameters. (i.e. get them defined, registered, and ready to use.) 2) Leave RFC4287 unchanged. i.e. do NOT re-define application/atom-xml 3) New specifications MAY require that ;type=entry be used.