Re: Introduction to The Atom Syndication Format
On 8/15/05, Bob Wyman [EMAIL PROTECTED] wrote: I suggest that the Introduction cover atom:source in the recommended section and highlight the case in which it is recommended. Disagree. The introduction is for newbies. Folks implementing synthetic feed services (the case in which it is recommended) have to read the real spec. Robert Sayre
RE: Introduction to The Atom Syndication Format
Hi Sam: This is very a nice summary. Would just query the words: If you own your own Internet domain, Was my understanding that domain names were leased, not owned. One of the Internet's dirty little secrets. Cheers, Tony -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Danny Ayers Sent: 02 August 2005 14:09 To: Sam Ruby Cc: atom-syntax@imc.org Subject: Re: Introduction to The Atom Syndication Format Looks great. My only suggestion would be to expose the MUSTs etc. little more, especially where Atom differees from RSS. E.g. right now it would be easy for someone coming from RSS 2.0 to think that id was the same as guid. So in this case maybe: Identifies the feed in a universally unique and permanent way. = Identifies the feed in a universally unique and permanent way, using an IRI. or perhaps Identifies the feed in a universally unique and permanent way, according to rfc3987. Cheers, Danny. -- http://dannyayers.com DISCLAIMER: This e-mail is confidential and should not be used by anyone who is not the original intended recipient. If you have received this e-mail in error please inform the sender and delete it from your mailbox or any other storage mechanism. Neither Macmillan Publishers Limited nor any of its agents accept liability for any statements made which are clearly the sender's own and not expressly made on behalf of Macmillan Publishers Limited or one of its agents. Please note that neither Macmillan Publishers Limited nor any of its agents accept any responsibility for viruses that may be contained in this e-mail or its attachments and it is your responsibility to scan the e-mail and attachments (if any). No contracts may be concluded on behalf of Macmillan Publishers Limited or its agents by means of e-mail communication. Macmillan Publishers Limited Registered in England and Wales with registered number 785998 Registered Office Brunel Road, Houndmills, Basingstoke RG21 6XS
Re: Oversights? (Re: Introduction to The Atom Syndication Format)
On 2 Aug 2005, at 5:41 am, James Cerra wrote: id http://example.com/ /id idhttp://example.com//id Those are different ids (Processors MUST compare atom:id elements on a character-by-character basis), and the first is just plain invalid. Why on earth would you think otherwise? (oh, apparently because the feed validator is broken) Graham
Re: Introduction to The Atom Syndication Format
Looks great. My only suggestion would be to expose the MUSTs etc. little more, especially where Atom differees from RSS. E.g. right now it would be easy for someone coming from RSS 2.0 to think that id was the same as guid. So in this case maybe: Identifies the feed in a universally unique and permanent way. = Identifies the feed in a universally unique and permanent way, using an IRI. or perhaps Identifies the feed in a universally unique and permanent way, according to rfc3987. Cheers, Danny. -- http://dannyayers.com
Oversights? (Re: Introduction to The Atom Syndication Format)
Sam Ruby annoyed us with: http://www.atomenabled.org/developers/syndication/ Feedback welcome. Interesting examples. I'm probably missing a few things, so any clarifications filling the gaps in my head would be appreciated! :-) From the Atom spec that I scanned (10) it is unclear if white space in atom:id and atom:updated elements (among others) is significant. The only mention is where the type attribute is allowed, where white space is sometimes normalizable. Strictly following the spec, then the following would be different atom:ids right? id http://example.com/ /id idhttp://example.com//id Of course that's not what's wanted. What is reasonable is that they are the same atom:id. However normalizing the whitespace is not enough, or even wanted. What is required is specifying that leading and trailing whitespaces are not significant. Also, the atom:content Processing Model specifies that new lines must be U+000A. What about Mac/Windows/other new line conventions? P.S. Just kidding about the annoying thing. I actually thought it was insightful! -- Jimmy Cerra https://nemo.dev.java.net __ Do you Yahoo!? Yahoo! Mail - You care about security. So do we. http://promotions.yahoo.com/new_mail
Re: Introduction to The Atom Syndication Format
Sam: I've only given it a quick skim, but at first blush, I think it looks great. -- Roger Benningfield On 8/1/05, Sam Ruby [EMAIL PROTECTED] wrote: http://www.atomenabled.org/developers/syndication/ Feedback welcome. - Sam Ruby