[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

=?utf-8?B?UmU6IFt4bWwtZGV2XSBJRTkgYW5kIGFwcGxpY2F0aW9uL3hodG1sK3htbA==?=

  • From: "=?utf-8?B?UmFuZCBNY1JhbmRlcnNvbg==?=" <therandshow@gmail.com>
  • To: "=?utf-8?B?Smlya2EgS29zZWs=?=" <jirka@kosek.cz>,"=?utf-8?B?SmVzcGVyIFR2ZXJza292?=" <jesper.tverskov@g...>
  • Date: Fri, 19 Aug 2011 19:08:48 -0400

=?utf-8?B?UmU6IFt4bWwtZGV2XSBJRTkgYW5kIGFwcGxpY2F0aW9uL3hodG1sK3htbA==?=
As much as I feel that xml is a better format than html, I don't see a huge reason to serve the correct mime type. The performance differences seem to be small enough that it's not worth doing browser switching for content types (even if ie9 is compliant, a lot of people use 7 and 8).

However, there are cases where correct serving to browsers is important in the practical sense. That is if you are using namespaces or if you don't want to follow html endtag rules. My understanding (correct me if I am wrong) is that xhtml that doesn't match html5 standards (ie, no namespace usage, only certain tags self-closing) must have the proper mimetype.

Of course I will admit I am far less of an expert than most on this list, so I welcome anyone pointing out errors in what I have said.

----- Reply message -----
From: "Jirka Kosek" <jirka@kosek.cz>
Date: Fri, Aug 19, 2011 4:45 pm
Subject: IE9 and application/xhtml+xml
To: "Jesper Tverskov" <jesper.tverskov@g...>
Cc: <xml-dev@l...>


On 19.8.2011 9:50, Jesper Tverskov wrote:
> All major browsers today support mimetype "application/xhtml+xml":
> IE9+, Safari, Firefox, Opera, Chrome. They all render XML webpages
> incrementally. Very nice.
>
> They all, except IE9, show an error message if there is a well-formedness error.
>
> But IE9 switches to HTML parsing instead of showing an error message!

No, IE9 stops processing and renders content before the first error.

> Question. IE9's behavior is in my opinion in opposition to what the
> spec demands.

AFAIK no specification ever prohibited web-browser from trying to fix
broken XHTML by using different more lenient parser.

> I find it confusing but could
> it be the way forward to get "application/xhtml+xml" more widely
> adopted?

Maybe, but realistically what is advantage of serving web page as
application/xhtml+xml instead of text/html? Try to forget to XML bias
which most of xml-dev subscribers probably have. ;-)

Jirka

--
------------------------------------------------------------------
 Jirka Kosek      e-mail: jirka@kosek.cz      http://xmlguru.cz
------------------------------------------------------------------
      Professional XML consulting and training services
 DocBook customization, custom XSLT/XSL-FO document processing
------------------------------------------------------------------
OASIS DocBook TC member, W3C Invited Expert, ISO JTC1/SC34 member
------------------------------------------------------------------





[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.