Re: Oversights? (Re: Introduction to The Atom Syndication Format)

[Graham]

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

Oversights? (Re: Introduction to The Atom Syndication Format)

[James Cerra]

 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