Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Eric Scheid
On 5/2/05 12:14 PM, Graham [EMAIL PROTECTED] wrote: {{{ This specification assigns no significance to the order of atom:entry elements within the feed. Processors MAY present entries in a different order to which they are appear in an Atom Feed Document. }}} First sentence no, but the

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread David Powell
(I.e., I could come up with the UseLexicalOrdering extension, and require processors to understand it to use the feed, assuming our extensibility model supports that, which I very much hope it will). Ok, well I am assuming that we won’t have MustUnderstand extensions, therefore

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Henry Story
On 5 Feb 2005, at 11:20, David Powell wrote: This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document. Atom Processors MAY present entries in any order, unless a specific ordering is required by an extension. Given a model of only informative

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Joe Gregorio
On Thu, 3 Feb 2005 20:25:50 -0800, Mark Nottingham [EMAIL PROTECTED] wrote: My preference would be something like This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document. Atom Processors MAY present entries in any order, unless a

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Tim Bray
On Feb 5, 2005, at 6:26 AM, Joe Gregorio wrote: On Thu, 3 Feb 2005 20:25:50 -0800, Mark Nottingham [EMAIL PROTECTED] wrote: This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document. Atom Processors MAY present entries in any order, unless a

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Antone Roundy
On Saturday, February 5, 2005, at 09:42 AM, Tim Bray wrote: On Feb 5, 2005, at 6:26 AM, Joe Gregorio wrote: On Thu, 3 Feb 2005 20:25:50 -0800, Mark Nottingham [EMAIL PROTECTED] wrote: This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document.

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Robert Sayre
Tim Bray wrote: I'm +1 on both Mark and Joe's version, slightly stronger on Joe's because I don't think we need drag extensions in. This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document. Atom Processors MAY present entries in any order,

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Mark Nottingham
On Feb 5, 2005, at 4:38 AM, Henry Story wrote: You put this in terms of databases and I put the question in terms of graphs (which if you have an rdf database to store your triples comes to the same thing). And my feeling is here that we should not have to keep the sequence numbers of the

Re: Posted PaceEntryOrder (was Entry order)

2005-02-05 Thread Henry Story
On 5 Feb 2005, at 18:48, Mark Nottingham wrote: On Feb 5, 2005, at 4:38 AM, Henry Story wrote: You put this in terms of databases and I put the question in terms of graphs (which if you have an rdf database to store your triples comes to the same thing). And my feeling is here that we should

Re: Posted PaceEntryOrder (was Entry order)

2005-02-04 Thread Graham
On 3 Feb 2005, at 12:18 am, David Powell wrote: {{{ This specification assigns no significance to the order of atom:entry elements within the feed. Processors MAY present entries in a different order to which they are appear in an Atom Feed Document. }}} First sentence no, but the second sentence

Re: Posted PaceEntryOrder (was Entry order)

2005-02-03 Thread Mark Nottingham
My preference would be something like This specification assigns no significance to the order of atom:entry elements within an Atom Feed Document. Atom Processors MAY present entries in any order, unless a specific ordering is required by an extension. (I.e., I could come up with the