PUBLIC MARKS with search xhtml

i.e. it took me less than 3 minutes to change my site from being exclusively written in HTML5 to being written in both HTML5 and XML: what's called a polyglot document.

From: Leif Halvard Silli

Date: Tue, 16 Aug 2011 21:28:00 +0200

Ahem ... Please advice people to use HTML5, as you obviously don't understand HTML4 ... ;-)

Il n'y a jamais eu d'HTML4, seulement HTML 4. Mais côté HTML-LS ils ont du mal avec la barre espace visiblement.

But, to answer Russel's question, this behaviour is not correct, as no Web browser behave that way. Hence, HTML5 has changed the rules to be more in line with how browsers actually act: In the HTML serialization of HTMl5, the "</div>" *is* permitted. (In the XML serialization - also known as XHTML - it remains forbidden.)

La sérialisation XML de HTML 5 n'a strictement rien à voir avec XHTML. A se demander si c'est de l'incompréhension ou de la simple désinformation.

Further more, if Russel simply just replaces the XHTML doctype with the HTML5 doctype, the file will validate as is, with the xmlns namespace >and everything. (The xmlns namespace validates only because HTML5' generous permission - and not because it plays any role.)

Si un jour vous vous demandez comment dire "blatant disregard" poliment en anglais, vous avez désormais la réponse : "generous permission". Et note, ce super conseil de faire sauter le DOCTYPE est donné à quelqu'un qui mentionnait explicitement vouloir utiliser XHTML : "HTML5, rien à battre de ce que tu veux, t'en boufferas quand même".

When designing your hypermedia Web API, you don't always have to use a custom media-type to express your data and linking semantics. Instead you can use a well-known, registered media-type.

RESTful web services are one of our core design patterns. Fielding’s thesis identifies four major constraints that identify a RESTful architecture (statelessness, resource-orientation, uniform interface, hypermedia-driven application state). Many “RESTful” APIs only get 3 out of 4 of these; we’ve begun experimenting with using XHTML as a media type for our APIs, and this provides a lot of power in terms of scalability and loose coupling between client and server.

This means you should always, and I mean ALWAYS, find yourself escaping for XHTML context, escaping for including a string in a URL, and escaping for a javascript context. Any time you output the contents of a variable, escape it.