W3C home > Mailing lists > Public > public-html@w3.org > April 2007

Re: Proposed Design Principles updated

From: Elliott Sprehn <esprehn@gmail.com>
Date: Tue, 3 Apr 2007 22:19:43 -0400
Message-Id: <BC005D54-EC9B-4782-95D6-C176B3582069@gmail.com>
Cc: Karl Dubost <karl@w3.org>, Maciej Stachowiak <mjs@apple.com>, public-html@w3.org
To: David Hyatt <hyatt@apple.com>

On Apr 3, 2007, at 10:07 PM, David Hyatt wrote:

> On Apr 3, 2007, at 6:56 PM, Karl Dubost wrote:
>> Le 3 avr. 2007 à 16:26, Maciej Stachowiak a écrit :
>>> * Constraint: Data-metadata inconsistency
>>> Agents MUST NOT ignore message metadata without the consent of  
>>> the user.
>>> (The cited example of warning about or refusing to render a jpeg  
>>> with a type of image/gif would violate Don't Break The Web and is  
>>> unlikely to be implemented.)
>> Another *real* example where browsers content sniffing is bad in  
>> usability. For example, I'm writing a blog post about HTML design.  
>> I want to show the source code of an HTML file. I then use an  
>> object element and configure the server to send the html file as  
>> *text/plain*
>> <object data="test.html">
>>    <p>Source code of a HTML document</p>
>> </object>
>> What I want to see is the source code, not the HTML.
> There are better ways to accomplish this anyway, since browsers are  
> capable of doing syntax-highlighted source.  Firefox supports  
> viewsource URLs for this purpose.  WebKit in the latest nightlies  
> uses an attribute that you can place on iframes in order to put the  
> frame into "view source mode."
> dave

Neither of which are standardized behavior so you'd need to use the  
attribute for Safari, the viewsource url for Firefox, and what ever  
feature was supported in Opera (is it?).

What Karl suggests on the other hand is defined behavior as per the  
HTTP protocol and the MIME type definition for text/plain.

I'm not sure we should be defining behavior that is against the well  
accepted HTTP protocol and MIME type standards.
Received on Wednesday, 4 April 2007 02:19:47 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:18 UTC