A. Pagaltzis wrote on 2/1/2006, 1:39 PM:
* John Panzer [EMAIL PROTECTED] [2006-01-30 22:05]:
This means that users might possibly end up subscribing to
something of type application/xml if they copy and paste URL
#3... but we could also make this client dependent so that, for
On 2/1/06, A. Pagaltzis [EMAIL PROTECTED] wrote:
How about this simple rule? If the request for a feed has a
referrer, which aggregator presumably[1] never do, then serve as
`application/xml` with all cache control headers set to expire
immediately; otherwise, send as
On 2/2/06 12:51 PM, A. Pagaltzis [EMAIL PROTECTED] wrote:
Then again, I can¹t think of interesting
information to put in the referrer of regular feed poll requests,
but maybe my imagination is just too limited here.
Who said the aggregator would be limited to only doing regular feed polls?
Quoting Danny Ayers [EMAIL PROTECTED]:
The mail below is from the WordPress list, they're discussing
including stylesheet references in Atom docs. Have we got anything
like best practices or more palatable workarounds for these
circumstances? (i.e. in addition to using application/atom+xml)
* Danny Ayers [EMAIL PROTECTED] [2006-01-30 16:50]:
From: Pete Prodoehl [EMAIL PROTECTED]
That's why I eventually gave up using application/rss+xml and
switched to text/xml for RSS. Maybe it's time to do the same for
Atom?
Ugh. Why does everyone insist on the `text/xml` albatross? Use
+1. Serving atom up at application/xml is perfectly acceptable and will
render in the browser. Look at Sam Ruby's feed as an example.
http://www.intertwingly.net/blog/index.atom
- James
Anne van Kesteren wrote:
Quoting Danny Ayers [EMAIL PROTECTED]:
The mail below is from the WordPress
On Jan 30, 2006, at 8:23 AM, James M Snell wrote:
+1. Serving atom up at application/xml is perfectly acceptable
It is *not*. Atom has a registered Internet media type (application/
atom+xml); using anything else is a bug. -Tim
David House wrote:
2) Atom support isn't there. Firefox and Konqueror (the browsers I
tested in) get scared off by Atom's mime type and prompt the user to
download it. They don't recognise it as XML, so they don't transform
it. We have two options here: give up or serve as text/xml (I
Thomas Broyer wrote:
...
(and if possible click on a link to lead them to the
site's browser-dedicated pages); those people should just use a
rel=nofollow on the direct links to their feeds.
I don't think that means what you think it means. At least, if you
mean for search engines not to
Tim Bray wrote:
On Jan 30, 2006, at 8:23 AM, James M Snell wrote:
+1. Serving atom up at application/xml is perfectly acceptable
It is *not*. Atom has a registered Internet media type (application/
atom+xml); using anything else is a bug. -Tim
Here's my 'best effort' suggestion
John Panzer wrote:
Tim Bray wrote:
It is *not*. Atom has a registered Internet media type (application/
atom+xml); using anything else is a bug. -Tim
It's either a bug or an intentional downgrade designed to meet practical
requirements before strict technical requirements. I agree that
The mail below is from the WordPress list, they're discussing
including stylesheet references in Atom docs. Have we got anything
like best practices or more palatable workarounds for these
circumstances? (i.e. in addition to using application/atom+xml)
-- Forwarded message --
On Jan 30, 2006, at 12:57 PM, John Panzer wrote:
In other words, the application/xml content is a fallback for when
users, despite our best efforts, end up looking at XML content
inside a web browser. I'd also be happy to make this behaviior
browser-dependent so that we serve
2006/1/30, John Panzer [EMAIL PROTECTED]:
(and if possible click on a link to lead them to the
site's browser-dedicated pages); those people should just use a
rel=nofollow on the direct links to their feeds.
I don't think that means what you think it means. At least, if you
mean for
Tim Bray wrote:
On Jan 30, 2006, at 8:23 AM, James M Snell wrote:
+1. Serving atom up at application/xml is perfectly acceptable
It is *not*. Atom has a registered Internet media type (application/
atom+xml); using anything else is a bug. -Tim
I'm not sure I would stand on principle
* Tim Bray [EMAIL PROTECTED] [2006-01-30 20:15]:
On Jan 30, 2006, at 8:23 AM, James M Snell wrote:
+1. Serving atom up at application/xml is perfectly acceptable
It is *not*. Atom has a registered Internet media type
(application/ atom+xml); using anything else is a bug. -Tim
I don’t know that
David House wrote:
We have two options here: give up or serve as text/xml (I guess
the latter won't be too popular). Really, browsers should recognise
application/atom+xml as something they can parse as XML and do so.
I can't understand why so many people want to prevent the browser from
James Holderness wrote:
David House wrote:
We have two options here: give up or serve as
text/xml (I guess
the latter won't be too popular). Really, browsers should recognise
application/atom+xml as something they can parse as XML and do so.
I can't understand why so
18 matches
Mail list logo
