Signifying a Complete Feed

2005-10-13 Thread Byrne Reese
Does anyone know of an extension or mechanism that can indicate whether a given feed is a complete representation of the content it encompasses, or is just a summary? Here is the use case: Both LiveJournal and TypePad give users the option of not publishing the complete

Re: Signifying a Complete Feed

2005-10-13 Thread A. Pagaltzis
* Byrne Reese [EMAIL PROTECTED] [2005-10-13 19:40]: In stead, we publish a summary of the post in the summary element. That's logical enough. We see there being value however in being able to communicate to the reader that the contents represented by an entry element is not a complete

Re: Signifying a Complete Feed

2005-10-13 Thread A. Pagaltzis
* Byrne Reese [EMAIL PROTECTED] [2005-10-13 20:55]: No I suppose not. But there are edge cases where people may not include content in a post. They may simply use the title... in maintaining a list of links for example. But I suppose there is a difference between: entry titlefoo/title

Re: Signifying a Complete Feed

2005-10-13 Thread James M Snell
Using Mark Nottingham's Feed History extension, you could do fh:incrementalfalse/fh:incremental Byrne Reese wrote: Does anyone know of an extension or mechanism that can indicate whether a given feed is a complete representation of the content it encompasses, or is just a summary? Here

Re: Signifying a Complete Feed

2005-10-13 Thread Graham
On 13 Oct 2005, at 8:02 pm, A. Pagaltzis wrote: If you want to ship a complete representation, you ship an atom:entry, and if the resource is empty, then that atom:content is empty. If the atom:entry has no atom:content, then that always means that it is a partial representation only.

Re: Signifying a Complete Feed

2005-10-13 Thread Robert Sayre
On 10/13/05, Graham [EMAIL PROTECTED] wrote: Point to any text in the spec that backs this up. The spec says only The 'atom:content' element either contains or links to the content of the entry. Any assertion that there is no other content to be had is not testable, and therefore rightly

RE: Signifying a Complete Feed

2005-10-13 Thread Byrne Reese
] On Behalf Of Robert Sayre Sent: Thursday, October 13, 2005 1:51 PM To: Graham Cc: atom-syntax Subject: Re: Signifying a Complete Feed On 10/13/05, Graham [EMAIL PROTECTED] wrote: Point to any text in the spec that backs this up. The spec says only The 'atom:content' element either contains or links

Re: Signifying a Complete Feed

2005-10-13 Thread James Holderness
My understanding was that if fh:incremental was false the feed document should be considered a complete replacement for any previous document you may have received. This would be for things like top 10 lists. I believe the question being asked here is actually about the entries themselves

Re: Signifying a Complete Feed

2005-10-13 Thread James M Snell
Ah, missed that, you're right. There is no way of indicating whether or not a feed is a full-content feed vs. a summary feed beyond the presence (or lack thereof) of the atom:content element. James Holderness wrote: My understanding was that if fh:incremental was false the feed document

Re: Signifying a Complete Feed

2005-10-13 Thread James Holderness
Graham wrote: On 13 Oct 2005, at 8:02 pm, A. Pagaltzis wrote: If you want to ship a complete representation, you ship an atom:entry, and if the resource is empty, then that atom:content is empty. If the atom:entry has no atom:content, then that always means that it is a partial representation