[Zope3-dev] Re: XML header and TAL interpretor

Tonico Strasser contact_tonico at yahoo.de
Thu Sep 1 12:58:42 EDT 2005


Andreas Reuleaux schrieb:
> On Thu, Sep 01, 2005 at 11:44:48AM +0200, Tonico Strasser wrote:
> 
>>...
>>And, as long pages are served as text/html they are treated as old-style
>>HTML by browsers anyway[1].
>>
>>XHTML pages served as text/html must follow the compatibility
>>guidelines[2]. E.g. in ZPT HTML mode, elements like <br/> will be
>>converted to <br /> automagically (with space before the slash). That is
>>a good thing IMHO.
>>
>>[1] Serving XHTML 1.0
>><http://www.w3.org/International/articles/serving-xhtml/>
>>
>>[2] HTML Compatibility Guidelines
>><http://www.w3.org/TR/xhtml1/#guidelines>
>>
>>Tonico
>>...
> 
> 
> Tonico, I think you misunderstood something: While it is true that
> pages served as text/html are treated as HTML by browsers,
> there are still quite some differences how they treat the HTML,
> i. e. in which mode they operate (doctype switching).

I know.

> Serving pages as text/html just makes the browser more forgiving.
> E. g. a plain <br> tag won't normally be flagged as an error, while in
> application/xhtml+xml it will be flagged as an error by the browser
> (and Mozilla/Gecko does so). IE does not understand
> application/xhtml+xml, so this is only a choice for intranets without
> IE right now. For the Internet there is currently no choice but text/html
> (maybe negotiating the MIME type depending on the browser).

Ok.

> Also there is nothing wrong with serving XHTML as text/html (except
> that you are missing some browser error messages - if you want to make
> sure your XHTML is correct, you can always rely on external
> validation, see below)

Ok.

> Still - and that is my point - even IE (that only understands
> text/html) has different modes of operation (basically standards mode
> and quirks mode), triggerd by doctype switching.

What's your point?

> If you want to use XHTML and make sure that that XHTML is correct,
> this is what you can do:
> 
>   (1) rely on the zope machinery to find possible mistakes: XML-mode
>       is not as forgiving as HTML-Mode for page templates - and I
>       think that is a good thing, and therefore I am also in favor of
>       making XML-Mode the default (+1).
> 
>       Be aware though that even in HTML-Mode you can currently write
>       perfectly valid XHTML pages - you are just loosing Zope's
>       ability to detect XHTML errors.
> 
>   (2) rely on external validation: html://validator.w3.org
>       this should probably be done much more often anyways
> 
>   (3) rely on the browser to flag errors
>       e. g. Mozilla/Gecko in application/xhtml+xml, NOT possible
>       in IE.
> 

I do the same :)
http://mail.zope.org/pipermail/zpt/2004-July/005387.html

> Beware: this is all about what input is accepted as valid XHTML,
> interpreting the input as XHTML is the next step: normally you want
> that XHTML to be interpreted in standards mode (that's why you wrote
> XHTML in the first place) and you tell the browser by doctype
> switching.
> 
> Philipp: If XML-Mode is the default, and therefore no xml-declaration
> is needed (and the aforementioned unfortunate IE bug is therefore
> circumvented) how would one toggle on HTML-Mode? - Am I missing
> something? The situation right now is
>   xml-declaration -> XML-Mode
>   no xml-declaration -> HTML-Mode
> HTML mode might still be needed in some situations (Fred gave some
> examples)
> 

Tonico



More information about the Zope3-dev mailing list