Re: Auto-detect and encodings in HTML5

Hi Everyone,

I find Ira's suggestion the most convincing to date. I whole heartedly 
approve. No defaults - explicit required, UTF-8 mandated. Done and 
dusted. Otherwise we get back into the appalling situation that we have 
had to date.

Best Regards,

AZ

Ira McDonald wrote:
>
> Hi,
>
> On Mon, Jun 1, 2009 at 9:23 PM, Maciej Stachowiak <mjs@apple.com 
> <mailto:mjs@apple.com>> wrote:
>
>
>     <...snip...>
>
>     Agreed. I have no problem with authoring tools or servers
>     producing UTF-8 by default, as long as they explicitly flag it. In
>     fact, HTML tooling defaulting to UTF-8 would be great! But as I
>     understand it, the proposal on the table was to change the
>     behavior of HTML consumers, and that I would object to.
>
>     Regards,
>     Maciej
>
>
> I dislike ALL implicit defaults in computer interfaces - they fail and 
> are obscure.
>
> I suggest that claiming conformance to HTML5 means that you MUST always
> supply an explicit charset declaration on the Content-Type line - no 
> confusion
> at all for older browsers and content management systems.
>
> Tying ANY implicit charset default to DOCTYPE of HTML5 would be obscure
> and actually impair interoperability.
>
> Cheers,
> - Ira
>
> Ira McDonald (Musician / Software Architect)
> Chair - Linux Foundation Open Printing WG
> Blue Roof Music/High North Inc
> email: blueroofmusic@gmail.com <mailto:blueroofmusic@gmail.com>
> winter:
>  579 Park Place  Saline, MI  48176
>  734-944-0094
> summer:
>  PO Box 221  Grand Marais, MI 49839
>  906-494-2434

-- 
email - azydron@xml-intl.com
smail - c/o Mr. A.Zydron
	PO Box 2167
        Gerrards Cross
        Bucks SL9 8XF
	United Kingdom
Mobile +(44) 7966 477 181
FAX    +(44) 1753 480 465
www - http://www.xml-intl.com

This message contains confidential information and is intended only for
the individual named.  If you are not the named addressee you may not
disseminate, distribute or copy this e-mail.  Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system.
E-mail transmission cannot be guaranteed to be secure or error-free as
information could be intercepted, corrupted, lost, destroyed, arrive
late or incomplete, or contain viruses.  The sender therefore does not
accept liability for any errors or omissions in the contents of this
message which arise as a result of e-mail transmission.  If verification
is required please request a hard-copy version. Unless explicitly stated
otherwise this message is provided for informational purposes only and
should not be construed as a solicitation or offer.

Received on Tuesday, 2 June 2009 16:38:33 UTC