Archive of atom-syntax, by thread
Go to date index
Go to main page for atom-syntax
Page 7 of 42
[Prev Page] [Next Page] [First Page]
[Last Page]
- Re: finishing autodiscovery, like now, (continued)
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Robert Sayre
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Robert Sayre
- Re: finishing autodiscovery, like now,
James M Snell
- Re: finishing autodiscovery, like now,
Joe Gregorio
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
James M Snell
- Re: finishing autodiscovery, like now,
Phil Ringnalda
- Re: finishing autodiscovery, like now,
Joe Gregorio
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
A. Pagaltzis
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
A. Pagaltzis
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Robert Sayre
- Re: finishing autodiscovery, like now,
A. Pagaltzis
- Re: finishing autodiscovery, like now,
James M Snell
- Re: finishing autodiscovery, like now,
James M Snell
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Joe Gregorio
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Joe Gregorio
- Re: finishing autodiscovery, like now,
John Panzer
- Re: finishing autodiscovery, like now,
Joe Gregorio
- Re: finishing autodiscovery, like now,
Eric Scheid
- Re: finishing autodiscovery, like now,
Tim Bray
- atom:content's src and server-driven content negotiation,
Andreas Sewe
- partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
James M Snell
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Elliotte Harold
- Re: partial xml in atom:content ?,
James M Snell
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
James M Snell
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
Graham Parks
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Graham Parks
- Re: partial xml in atom:content ?,
Manoj
- Re: partial xml in atom:content ?,
Eric Scheid
- Re: partial xml in atom:content ?,
Antone Roundy
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Graham Parks
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Antone Roundy
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Antone Roundy
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
James M Snell
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
David Powell
- Re: partial xml in atom:content ?,
David Powell
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
A. Pagaltzis
- Re: partial xml in atom:content ?,
James Holderness
- Re: partial xml in atom:content ?,
Eric Scheid
- <Possible follow-ups>
- Re: partial xml in atom:content ?,
Robert Sayre
- Re: partial xml in atom:content ?,
Robert Sayre
info: IPTC starts testing the News Revolution,
Laurent Le Meur
Inheritance of atom:rights,
David Powell
Reader 'updated' semantics,
James Yenne
- Re: Reader 'updated' semantics,
James M Snell
- Re: Reader 'updated' semantics,
Tim Bray
- RE: Reader 'updated' semantics,
James Yenne
- Re: Reader 'updated' semantics,
Stephane Bortzmeyer
- RE: Reader 'updated' semantics,
James Yenne
- RE: Reader 'updated' semantics,
James Yenne
- Re: Reader 'updated' semantics,
A. Pagaltzis
- Re: Reader 'updated' semantics,
Stephane Bortzmeyer
- Re: Reader 'updated' semantics,
James Holderness
- Re: Reader 'updated' semantics,
Stephane Bortzmeyer
- Re: Reader 'updated' semantics,
James Holderness
- RE: Reader 'updated' semantics,
James Yenne
- Re: Reader 'updated' semantics,
James M Snell
- Re: Reader 'updated' semantics,
Tim Bray
- Re: Reader 'updated' semantics,
Stephane Bortzmeyer
- Re: Reader 'updated' semantics,
Bill de hÓra
Category URI's,
James M Snell
I-D ACTION:draft-ietf-atompub-protocol-07.txt,
Internet-Drafts
[Fwd: Re: todo: add language encoding information],
James M Snell
- Re: [Fwd: Re: todo: add language encoding information],
A. Pagaltzis
- Re: [Fwd: Re: todo: add language encoding information],
James M Snell
- Re: [Fwd: Re: todo: add language encoding information],
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
James M Snell
- Re: todo: add language encoding information,
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
James Holderness
- Re: [Fwd: Re: todo: add language encoding information],
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
Elliotte Harold
- Re: [Fwd: Re: todo: add language encoding information],
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
Walter Underwood
- Re: [Fwd: Re: todo: add language encoding information],
James Holderness
- Re: todo: add language encoding information,
Henry Story
- Re: todo: add language encoding information,
James Holderness
- Re: todo: add language encoding information,
Henry Story
- Re: todo: add language encoding information,
Henry Story
- Re: todo: add language encoding information,
Eric Scheid
- Re: todo: add language encoding information,
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
James Holderness
- Re: todo: add language encoding information,
Henry Story
- Re: [Fwd: Re: todo: add language encoding information],
David Powell
- Re: [Fwd: Re: todo: add language encoding information],
James Holderness
- Re: [Fwd: Re: todo: add language encoding information],
James Holderness
Re: todo: add language encoding information,
Henry Story
examples of merged feeds/feed aggregation?,
Michael Stillwell
info: newsml-2 ready for test,
Laurent Le Meur
Tag URIs,
Alan Gutierrez
RSS 2.0 to Atom 1.0,
Alan Gutierrez
Extension draft updates,
James M Snell
draft-snell-atompub-link-extensions-00.txt,
James M Snell
Author of an empty feed?,
Phil Ringnalda
RFC 4287 on The Atom Syndication Format,
rfc-editor
Should titles really not be blank?,
James Holderness
Firefox feed autodiscovery,
James Holderness
AtomPubIssuesList for 2005/11/30,
Sam Ruby
Is there a bug in undefinedAttribute?,
A. Pagaltzis
Atom, files and directories: what it's all about,
Henry Story
- Re: Atom, files and directories: what it's all about,
Ernest Prabhakar
- Re: Atom, files and directories: what it's all about,
Luke Arno
- Re: Atom, files and directories: what it's all about,
Henry Story
- Re: Atom, files and directories: what it's all about,
Uche Ogbuji
- Re: Atom, files and directories: what it's all about,
Henry Story
- Re: Atom, files and directories: what it's all about,
Uche Ogbuji
- Re: Atom, files and directories: what it's all about,
Henry Story
FYI: Microsoft Simple Sharing Extensions for RSS and OPML,
James M Snell
I-D ACTION:draft-ietf-atompub-protocol-06.txt,
Internet-Drafts
How to specify multiple alternative encodings of the same content?,
J.B. Nicholson-Owens
Re: Is Atom Broken?,
Henry Story
app:updated ordering in Collections,
Manuzhai
Re: FYI: hAtom,
Henry Story
clarification needed: order of children of atom:entry,
Eric Scheid
How to represent an authenticated identity in an <author> tag,
Byrne Reese
icon and logo on entry,
Henry Story
RE: Are Generic Link Relations Always a Good Idea? [was: Feed History -04],
Byrne Reese
New Link Relations -- Last Call,
Mark Nottingham
What is this entry about?,
James M Snell
Profile links,
James M Snell
- Re: Profile links,
Bill de hÓra
- Re: Profile links,
James M Snell
- Re: Profile links,
Bill de hÓra
- Re: Profile links,
James M Snell
- Re: Profile links,
Bill de hÓra
- Re: Profile links,
James M Snell
- Re: Profile links,
James Holderness
- Re: Profile links,
James M Snell
- Re: Profile links,
Bill de hÓra
- Re: Profile links,
James M Snell
- Re: Profile links,
Robert Sayre
- Re: Profile links,
James M Snell
- Re: Profile links,
James Holderness
- Re: Profile links,
Antone Roundy
- Re: Profile links,
James M Snell
- Re: Profile links,
Joe Gregorio
- Re: Profile links,
James M Snell
- Re: Profile links,
Joe Gregorio
- Message not available
- Re: Profile links,
Paul Denning
Re: Profile links,
James Holderness
Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
Antone Roundy
- Re: Sponsored Links and other link extensions,
Henry Story
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
James Holderness
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
A. Pagaltzis
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
Eric Scheid
- Re: Sponsored Links and other link extensions,
James M Snell
- Re: Sponsored Links and other link extensions,
Eric Scheid
- <Possible follow-ups>
- RE: Sponsored Links and other link extensions,
Byrne Reese
Application for addition to Atom Registry of Link Relations,
James M Snell
Unofficial Last Call - draft-snell-atompub-feed-thread-04.txt,
James M Snell
Unofficial Last Call - draft-snell-atompub-feed-index-03.txt,
James M Snell
Re: draft-snell-atompub-feed-license-03.txt,
James M Snell
New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Eric Scheid
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
Eric Scheid
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
Tim Bray
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
Eric Scheid
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
Mark Nottingham
- Re: New Link Relations -- Ready to go?,
James M Snell
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
Eric Scheid
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Antone Roundy
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Thomas Broyer
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Antone Roundy
- Re: New Link Relations -- Ready to go?,
James Holderness
- Re: New Link Relations -- Ready to go?,
Antone Roundy
- Re: New Link Relations -- Ready to go?,
Peter Robinson
- <Possible follow-ups>
- RE: New Link Relations -- Ready to go?,
Byrne Reese
- RE: New Link Relations -- Ready to go?,
Byrne Reese
Re: General/Specific [was: Feed History / Protocol overlap],
Antone Roundy
Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
James M Snell
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Thomas Broyer
- Re: Feed History / Protocol overlap,
Mark Nottingham
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Antone Roundy
- Re: Feed History / Protocol overlap,
James M Snell
- Re: Feed History / Protocol overlap,
Antone Roundy
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Antone Roundy
- Re: Feed History / Protocol overlap,
Antone Roundy
- Re: Feed History / Protocol overlap,
Thomas Broyer
- General/Specific [was: Feed History / Protocol overlap],
Mark Nottingham
- Re: General/Specific [was: Feed History / Protocol overlap],
James M Snell
- Re: General/Specific [was: Feed History / Protocol overlap],
James Holderness
- Re: General/Specific [was: Feed History / Protocol overlap],
Thomas Broyer
- Re: General/Specific [was: Feed History / Protocol overlap],
Thomas Broyer
- Re: General/Specific [was: Feed History / Protocol overlap],
Eric Scheid
- Re: General/Specific [was: Feed History / Protocol overlap],
Stefan Eissing
- Re: General/Specific [was: Feed History / Protocol overlap],
Joe Gregorio
- Re: Feed History / Protocol overlap,
Eric Scheid
- Re: Feed History / Protocol overlap,
Eric Scheid
- Re: Feed History / Protocol overlap,
Robert Sayre
- Re: Feed History / Protocol overlap,
Eric Scheid
- Re: Feed History / Protocol overlap,
Bill de hÓra
- Re: Feed History / Protocol overlap,
Eric Scheid
Spec wording bug?,
Danny Ayers
Re: draft-snell-atompub-feed-thread-01.txt,
Byrne Reese
Signifying a Complete Feed,
Byrne Reese
more than one content element?,
Pascal Philippe
I-D ACTION:draft-ietf-atompub-protocol-05.txt,
Internet-Drafts
Re: Straw Poll: age:expires vs. dcterms:valid (was Re: Unofficial last call on draft-snell-atompub-feed-expires-04.txt) On Oct 8, 2005, at 8:37 AM, James M Snell wrote: I wanted to indicate that a given entry must expire at Midnight on Dec, 12, 2005 (GMT). using age:expires: [snip] using dcterms:valid (http://web.resource.org/rss/1.0/modules/dcterms/#valid) <entry> <dcterms:valid>end:2005-12-12T00:00:00Z</dcterms:valid> </entry> Advantage: * Existing namespace, known element Disadvantage: * Value can be many different things. I've even seen cases in which the content of dcterms:valid is an XML structure. My chief problem with dcterms:valid (and with dublin core in general) is that the elements are very loosely defined. The content can literally be anything folks want it to be and still be considered valid. Unless we constrain the value space for this element when used in Atom, it *could* lead to a bunch of extra work for consumers to parse and process those dates. I prefer very crisply defined elements. Then again, reusing an existing namespace is Goodness. I think it would be going too far to say "when using dcterms:valid in Atom, you must follow this profile", because we don't own dcterms, and doing so might limit people from doing valid things with it that don't follow that profile. But I do think it would be reasonable to say "when using dcterms:valid in Atom, it is recommended that you follow this profile--otherwise your data may be technically valid, but not widely understood", thus giving developers an excuse for not supporting data not formatted according to that profile. If a use case that requires a different format becomes common, then developers can start supporting more formats at that point. That said, my "vote" is for doing what I just said--advocate the use of dcterms:valid for this purpose, with the date formatted to match Atom's date construct profile. BTW, you might choose language that leaves room for having both start and end dates for validity--! for exam,
Antone Roundy
re: Straw Poll: age:expires vs. dcterms:valid,
Robert Sayre
FYI: Google Reader and Atom 1.0,
James M Snell
FYI: Advertising Web services with Atom 1.0,
James M Snell
Question about category@scheme,
Byrne Reese
Next and Previous,
Alan Gutierrez
ACE - Atom Common Extensions Namespace,
James M Snell
Page 7 of 42
[Prev Page] [Next Page] [First Page]
[Last Page]
The web site for this mailing list is sponsored by the Internet Mail
Consortium. If you have any suggestions for additions or corrections
to this Web page, please send them to
phoffman@imc.org.