On Jan 19, 2006, at 9:05 AM, Robert Sayre wrote:
PaceAnchorSupport and PaceDifferentRelValue don't seem very useful,
and they weren't proposed by implementors. The spec is extremely
well-written and reflects existing behavior.
Can we please un-expire this:
On Jan 19, 2006, at 9:05 AM, Robert Sayre wrote:
The spec is extremely
well-written [...].
Heartily concur.
On Jan 24, 2006, at 10:09 AM, Tim Bray wrote:
+1. Ship it. -Tim
+1.
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Bray
Sent:
Hi James,
* James Holderness [EMAIL PROTECTED] [2006-01-17 21:50]:
A. Pagaltzis wrote:
Aggregators which process @type='application/xhtml+xml' as if
it was @type='xhtml' are in error. Period.
To recommend conflating `xhtml` and `application/xhtml+xml` is
to deprive content producers of precise
+1 to ship it.
--
John Panzer
Sr. Technical Manager
http://journals.aol.com/panzerjohn/abstractioneer
On 1/24/06, James M Snell [EMAIL PROTECTED] wrote:
Thoughts?
Less email. More code. Looks completely useless to me.
--
Robert Sayre
I would have written a shorter letter, but I did not have the time.
Either later today or tomorrow I will be sending off a Atom Syndication
Format Profiles I-D for publication. I wanted to just take a moment to
summarize the extension here before submitting.
The extension adds two optional parameters to the Atom media type:
type = entry | file
profile
* James M Snell [EMAIL PROTECTED] [2006-01-25 00:00]:
Thoughts?
+1
Regards,
--
Aristotle Pagaltzis // http://plasmasturm.org/
A. Pagaltzis wrote:
So what is your intent? What do you expect aggregators to do
with that content?
Really, what I expect them to do with that content is to not fail
to display a full document if a full document is what I provide.
That aggregators attempt to render such full documents inline
