PUBLIC MARKS from night.kame with tag html5

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".

If you define an “HTML5 browser” as one that supports all features of HTML5 then there are precisely zero in existence. (You’d need to define “HTML5″, of course, but that’s another story.)

Huhu

The truth is that browser manufacturers are driving it collaboratively because if browsers don’t render HTML interopably, developers will use some proprietary technology instead.

La vérité c'est que les développeurs visent Apple Webkit aka "néo IE6" (utilisé dans Apple Safari et Google Chrome / Chromium), et essaient d'être compatible avec le reste derrière, avec en compatibilité prioritaire Mozilla Gecko (utilisé dans Mozilla Firefox...). C'est comme ça que voyages-scnf.com est un site Web, alors que capitainetrain.com est un site Webkit. Ou alors, c'est parce que les développeurs web les plus audibles sont des macqueux, et ils ont oublié au passage ce qu'était l'interopérabilité (One Browser, One OS, One Store).

In fact, compared to the level of support and tooling you get from XCode on the Apple side or the various pieces of Android IDE-ware, HTML5 development is a major pain in the ass.

Ca me donne envie de me réabonner à Tim Bray cet article.

Simon St. Laurent on the process forging HTML5:

HTML5 will be damaged, its credibility weakened, but will still be important, one way or another.

Yeah, I sure wish HTML5 were going more like, say, the W3C’s XHTML 2.0 spec. That worked out great.

Update: Mark Pilgrim says to look at primary sources.

Gruber nous rappelle que le fanboyzisme liquéfie le cerveau, et Pilgrim que l'Atomicité détruit la probité. Ils font la paire.

The bad news: In all three browsers (Safari, Chrome, Firefox), with the above simple markup, the video content buffers automatically on page load. What I mean is that as soon as you load the web page, the browsers download the actual video files that are embedded

Moi qui pensait que <audio> et <video> étaient prag-ma-ti-ques. Mais non, après des semaines de débats sur les formats à supporter (ou non), les ultra-géniaux (et modestes) concepteurs de HTML 5 ont laissé un élément de base d'utilisabilité de côté. Comme quoi, les mailing-list du WHAT WG auraient dû être bannies à Copenhague.

Current versions of Microsoft Internet Explorer also have native support for ruby, and you can also get ruby support in Firefox by installing Piro’s XHTML Ruby add-on (and for more details, see his XHTML ruby add-on info page) — so we are well on the way to seeing the HTML5 ruby feature supported across a range of browsers.

Maintenant que Ruby a gagné son petit autocollant "HTML 5", les développeurs de navigateurs s'y intéressent. Comme quoi, le web tient à peu de chose.

Ever since the HTML5 footer has been redefined I have changed the markup of http://www.miekd.com/

At the current stage, the validator has still not been updated to

match this spec change. I am aware of the giant draft/beta sticker on

the validator, but I would really love to have an up-to-date validator.

Encore un qui n'a rien compris à HTML 5, mwahahahaha.

This is not consistency; it’s thinly veiled chaos.

Bouoh c'est pas grave, WebKit sera le premier navigateur 100% HTML 5.

Submitted by Philip Jägenstedt (not verified) on Sun, 08/23/2009 - 14:44.

Sounds like you want a DTD or XML Schema that you can edit to your satisfaction.

Et lui, on dirait qu'il est resté dans sa grotte pendant 10 ans et qu'il n'a jamais vu XHTML M12N. En même temps, c'est un peu le cas de tous les HTML 5 fanboyz.

The document at: [...] validates as XHTML 1.1 plus MathML 2.0.

I made the appropriate changes for the doctype and the content-type to convert to being a HTML 5 document. [...] I get 2 types of repeating errors [...] I have no idea what the second error is complaining about.

I need an HTML 5 language lawyer to explain what is wrong and how to fix these errors.

Pauvre hère, il a cru les bobards comme quoi HTML 5 était compatible avec XHTML !

HTML5 allows this, but the HTML5 validator doesn't, yet.

Si le gars qui est payé pour écrire le parseur et le validateur de référence de HTML 5 n'arrive pas à être à jour sur la partie la plus stable de la spéc : qui peut l'être ?

So I’ve tended to be plain accepting that HTML 5 will be whatever it is, and if its bad its bad because of Hickson and a certain crowd. I have no power to affect the obsessive thoughts of certain individuals one way or the other. I’m also probably representative of quite a large group of the silent disenchanted who will continue to code in HTML 4 or XHTML 1 well into the future and fight on building websites in whatever tag soup monstrosity we are burdened with on the day.

HTML 5 est "community driven", ce qui concrètement signifie que seuls ceux qui ont la capacité de travailler à plein temps dessus ont une petite chance de faire entendre une voix différente de la WTF. Mais de toute façon, vu comme c'est parti, HTML 5 finira en browser-sniffing (ou "feature detection" comme on dit aujourd'hui), ce qui en fait déjà un échec immense.

Which one should I use: HTML5 or XHTML5?

In most cases, the answer is HTML5. XHTML5 doesn’t work in IE. (Just like technical XHTML has never worked in IE. Only the marketing kind of XHTML has worked in IE.)

Sauf que HTML 5 en syntaxe HTML5 ne marche (et ne marchera) pas plus dans IE que dans la sérialisation pseudo-XML de HTML 5 abusivement appelée XHTML5. Encore de la bonne grosse désinformation de la part de la WTF.

Translation into plain English: We’re not worried about HTML 5 because we know IE will never support it.

C'est en effet bien parti pour.

I did notice however several mentions of the "HTML5 standard" that led me to write this post to remind the community of the current status of the specification, both in practice and on the standards track.. HTML5 isn't a W3C standard. We certainly look forward to the day when it is, but it isn't yet. In fact, the specification, co-authored by Ian Hickson from Google, is still very much a work in progress.

Rappelons que HTML5 est le format "sérialisé à la SGML" du document, pour le standard on devrait écrire HTML 5 (mais Google a plus de mal à le trouver dans ce cas). Et Hickson nous rappelle dans les commentaires comment il peut être pragmatique (cf. hier).

I’m just a spectator, albeit a very interested one, but I have long thought that Hickson possesses just the right mix of pragmatism and idealism for this job.

Sauf que le pragmatisme 2.0 ressemble bigrement à de l'infantilisme.

The irrelevant attribute has been renamed to hidden.

Si je comprends bien, les défenseurs les plus vocaux du processus HTML 5 actuels sont censés être allés se cacher ? C'est ça ?

Incidentally, I used validator.nu to check my work. It seemed the most up to date, but there’s no guarantee it’s perfectly accurate.

Etant donné que c'est le seul qui soit sérieusement fait, on espère qu'il est à peu près à jour. Maintenant, difficile de valider un machin mouvant comme HTML 5 (et à quoi ça sert d'abord, étant donné qu'aucun navigateur n'implémente le gros de la spéc, à savoir les 232 pages d'algorithme de parsing).

une approche pragmatique, préférant les évolutions aux modifications radicales, et adoptant les technologies ou pratiques déjà largement partagées par les auteurs de contenus actuels

Qu'est-ce-qu'il ne faut pas lire comme stupidités de nos jours.

And may be the spec doesn't need to be optimised for HTML guide authors either. They can treat HTML 5 as a black box too, and just read HTML 4 etc for the things that are obviously lacking in HTML 5. And in general. Authors can dig.

Mais c'est bien ce qui est demandé, HTML 5 est le nouveau XAML :-D

The HTML5 specification is political manifesto, cleverly disguised as a specification.

Cleverly ? De l'intelligence qui fait inventer l'eau chaude alors.

For the "Status" section to be changed to "Accepted", the proposed keyword must either have been through the Microformats process, and been approved by the Microformats community;

Oui oui, on est bien en train de parler de HTML 5 là.

# [14:27] <Philip> (Is it safe to assume that "the global market" speaks English?) # [14:27] <hsivonen> Philip: for software developers, yeah (except perhaps for Japan, I guess)

Le village global qui ne voit pas plus loin que le bout de son nez.