|
Re: Why MD5 Headers are Imperative: msg#00431network.syndication.atom.protocol
> >All output representations, in HTML, XHTML, WAP, PDF or what-have-you, are >transformed using XSLTC in response to content negotiation. So yes, we want >the Atom entry document to be as persistently cached as possible despite the >fact that no user of the system will ever receive an Atom representation of >the documents so managed. Very real-world-today. > We could also decide, of course, to be all "Web 2.0" and stuff by assigning an .atom extension anyway so that, say, a County website could aggregate content from its constituent City's websites and there wouldn't be a <feed> in sight. So please don't narrowly assume that "feed readers don't work like that" because I've never seen a spec for a "feed reader". -EJB |
|
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| Previous by Date: | Re: Why MD5 Headers are Imperative: 00431, Eric J. Bowman |
|---|---|
| Next by Date: | Re: Fwd: I-D ACTION:draft-nottingham-atompub-feed-history-06.txt: 00431, Andreas Sewe |
| Previous by Thread: | Re: Why MD5 Headers are Imperativei: 00431, Eric J. Bowman |
| Next by Thread: | Re: Why MD5 Headers are Imperative: 00431, Eric J. Bowman |
| Indexes: | [Date] [Thread] [Top] [All Lists] |
| News | FAQ | advertise |