Re: PaceOptionalFeedLink

2005-05-09 Thread Robert Sayre
On 5/6/05, Martin Duerst [EMAIL PROTECTED] wrote: At 11:50 05/05/06, Sam Ruby wrote: Tim Bray wrote: +1 There are people who want to publish feeds without rel=alternate links. I'm against telling people they can't do something they want to do without strong reasons, as in loss of

Re: PaceOptionalFeedLink

2005-05-07 Thread Martin Duerst
At 11:50 05/05/06, Sam Ruby wrote: Tim Bray wrote: +1 There are people who want to publish feeds without rel=alternate links. I'm against telling people they can't do something they want to do without strong reasons, as in loss of interoperability. I don't see the reasons here as strong

Re: PaceOptionalFeedLink

2005-05-06 Thread Julian Reschke
Graham wrote: On 6 May 2005, at 3:50 am, Sam Ruby wrote: FYI: we have an instance proof of this requiring an existing tool to do additional work: http://www.imc.org/atom-syntax/mail-archive/msg13983.html Tools will have to be updated to work with Atom? Scandalous. +1 to the Pace +1 as well.

Re: PaceOptionalFeedLink

2005-05-06 Thread Sam Ruby
Graham wrote: On 6 May 2005, at 3:50 am, Sam Ruby wrote: FYI: we have an instance proof of this requiring an existing tool to do additional work: http://www.imc.org/atom-syntax/mail-archive/msg13983.html Tools will have to be updated to work with Atom? Scandalous. +1 to the Pace This Pace is

Re: PaceOptionalFeedLink

2005-05-06 Thread Graham
On 6 May 2005, at 1:26 pm, Sam Ruby wrote: My concern is not that tools will need to be updated. My concern is that tools won't know that they need to update. How will they know that they need to update to handle a set of feeds that nobody is currently providing? How is this different to

PaceOptionalFeedLink

2005-05-05 Thread Tim Bray
+1 There are people who want to publish feeds without rel=alternate links. I'm against telling people they can't do something they want to do without strong reasons, as in loss of interoperability. I don't see the reasons here as strong enough. -Tim

Re: PaceOptionalFeedLink

2005-05-05 Thread Sam Ruby
Tim Bray wrote: +1 There are people who want to publish feeds without rel=alternate links. I'm against telling people they can't do something they want to do without strong reasons, as in loss of interoperability. I don't see the reasons here as strong enough. -Tim FYI: we have an instance

Re: PaceOptionalFeedLink

2005-05-05 Thread Graham
On 6 May 2005, at 3:50 am, Sam Ruby wrote: FYI: we have an instance proof of this requiring an existing tool to do additional work: http://www.imc.org/atom-syntax/mail-archive/msg13983.html Tools will have to be updated to work with Atom? Scandalous. +1 to the Pace Graham

Re: PaceOptionalFeedLink

2005-05-01 Thread Robert Sayre
So, if accepted, we'd have 2 conflicting rules. The Pace needs an edit) D'oh. You're right. I've edited the Pace, to just delete the MUST. Robert Sayre

RE: PaceOptionalFeedLink

2005-05-01 Thread Kevin Mesiab
: Re: PaceOptionalFeedLink So, if accepted, we'd have 2 conflicting rules. The Pace needs an edit) D'oh. You're right. I've edited the Pace, to just delete the MUST. Robert Sayre

PaceOptionalFeedLink

2005-04-30 Thread Robert Sayre
== Abstract == Remove the requirement for a feed-level link element. == Status == Open == Rationale == The requirement makes people jump through hoops for little gain, since there is a strong incentive to provide the link if you have something. Unlike entries, feeds are almost always

Re: PaceOptionalFeedLink

2005-04-30 Thread Walter Underwood
--On April 30, 2005 3:03:50 PM -0400 Robert Sayre [EMAIL PROTECTED] wrote: atom:feed elements MUST NOT contain more than one atom:link element with a rel attribute value of alternate that has the same combination of type and hreflang attribute values. That actually specifies something