Aller au menu - Aller au contenu

Le W3C abandonne XHTML 2 au profit du HTML 5

Revenir à la liste des news
Participer à la discussion

Image

Informations

Contributeur(s) : andante, Barbatos, biohazard2, Bob-le-zéro, Fafnir, Jack Beauregard, M@teo21, Oxyray, ProgVal, pxolo, Selhom, Sithran, Ssx3max et vyk12
Publié : le 08/07/2009 à 22:31:41
Catégorie : Web
Visualisations : 52 911

Licence : Creative Commons BY SA

Le W3C abandonne XHTML 2 au profit du HTML 5

Jeudi 2 juillet, le W3C a annoncé qu'il abandonnera ses travaux sur le XHTML 2 cette année, au profit du HTML 5, qui commence à se faire connaître notamment grâce à sa balise <video> déjà intégrée à plusieurs navigateurs dont Firefox 3.5 (voir une démonstration de la balise sur Dailymotion : la technologie Flash n'a pas été utilisée et Firefox 3.5 est nécessaire).

Pourquoi cet abandon ?


Historique de HTML et XHTML

Depuis plusieurs années, le W3C, l'organisme qui fait évoluer les standards du web, travaille sur la nouvelle version du XHTML intitulée XHTML 2. En parallèle, le projet de créer une nouvelle version de HTML avait été lancé : c'est HTML 5.

En pratique, ces 2 projets étaient redondants car ils allaient servir à la même chose, c'est-à-dire à développer des sites web. Plutôt que de séparer leurs efforts inutilement, les membres du W3C ont décidé de les unir au profit de HTML 5, dont le groupe de travail est beaucoup plus dynamique.

Il n'y aura pas de XHTML 2... mais alors ça veut dire qu'il faut dès à présent arrêter de développer en XHTML et retourner au HTML ?


Pas du tout. XHTML 2 et HTML 5 sont en fait 2 langages à la fois très différents et très proches. Différents parce qu'ils essaient chacun d'explorer une façon de concevoir une page web, mais aussi proches car, au final, ces langages sont constitués de la plupart des balises que nous connaissons bien.

Certaines des bonnes idées de XHTML 2 vont être reprises dans HTML 5. Celles qui n'ont pas fait leurs preuves seront en revanche abandonnées pour ne pas perdre plus de temps.

Enfin, XHTML 1.0 et XHTML 1.1 continueront d'exister. Il sera toujours possible de développer en XHTML 1.0 même dans de nombreuses années encore.

Est-ce que ce n'est pas un retour en arrière de revenir au HTML ?


Le HTML n'était pas très strict et HTML 5 ne le sera pas davantage. En clair, rien ne nous obligera à fermer certaines balises (comme <input>).

En revanche, il existera une version "XML" de HTML 5 que l'on appelle déjà XHTML 5. Elle sera plus stricte (pour respecter les règles du XML) et ce sera en fait la "suite" du XHTML 1. Les habitués du XHTML ne seront donc pas dépaysés et pourront profiter des bonnes idées introduites dans HTML 5.

Historique du HTML


A l'instar du XHTML, le HTML est un langage de balisage permettant de concevoir le design des applications et sites Web. Ces deux langages ont une syntaxe qui est très similaire.

En 1991, le HTML 1.0 est créé par un homme, Tim Berners-Lee, qui met en place un langage permettant de structurer les pages Web. En 1994, après l'apparition des navigateurs NCSA Mosaic et Netscape Navigator, le W3C enrichit le langage et crée le HTML 2.0, qui comprend principalement comme nouveauté l'implémentation de la structure DOM, c'est-à-dire en arbre. Le HTML 3.2 apparait en 1996 et permet entre autres désormais d'interagir avec d'autres langages tels que le JavaScript et le CSS. La version HTML 4.0, sortie en 1998 promet l'utilisation de frames et l'amélioration des tableaux et des formulaires.

Deux ans après, en 2000, l'évolution du HTML est rompue et un nouveau langage reprenant le HTML est créé : le XHTML 1.0. Conçu afin d'être universel, c'est-à-dire fonctionner de la même manière quel que soit le navigateur. Ce langage est strict, c'est-à-dire qu'il doit respecter la spécification XHTML délivrée par le W3C.

L'arrivée du XHTML 1.0 était une véritable révolution pour tous les webmasters soucieux de produire un site Web de qualité. Mais ce langage restait basé sur une version 4 du HTML qui se faisait de plus en plus obsolète avec l'arrivée du web 2.0, axé multimédia et communautaire. Une nouvelle évolution majeure paraissait donc nécessaire et le W3C a alors entamé la réflexion sur HTML 5, en plus du XHTML 2 qui se préparait.

Quelles nouveautés apportera le HTML 5 ?


De nombreuses modifications sur la syntaxe du code ont été apportées dans le HTML 5. On peut noter entre autres la déclaration du doctype. En XHTML 1, il y a plusieurs doctypes, qui sont en plus assez indigestes à retenir, prenons comme exemple celui du XHTML 1.0 Strict :

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">

En HTML 5, le doctype est simplifié à l'extrême et est raccourci en <!DOCTYPE HTML> . De plus, de nombreuses balises apparaissent, à la manière de la balise <video> déjà mentionnée dans l'introduction :
  • <section> : elle sert à identifier le contexte d'un bloc de contenu et ainsi permettre de mieux structurer une page, elle peut contenir des titres (par exemple <h1> ) et des paragraphes <p> ;
  • <article> : elle permet d'indiquer un contenu indépendant de la page, par exemple un post sur un forum ou un blog. Il est possible d'imbriquer plusieurs balises <article> , dans le cas par exemple de commentaires ;
  • <footer> : elle représente le footer pour la section à laquelle elle s'applique, il contient donc généralement des informations sur celle-ci (auteur par exemple) ;
  • <progress> : celle-ci indique le niveau d'avancement d'une tâche ;
  • <audio> , qui, comme son nom l'indique, permet d'incorporer un document audio (sons, musiques, etc) sans avoir recours au Flash ;
  • <nav> : elle permet de spécifier l'emplacement d'une section qui contient des liens de navigation interne, comme un menu par exemple ;
  • <time> : celle-là permet d'identifier un élément temporel (heure, date, etc.) ;
  • <canvas> : elle permet d'effectuer des rendus dynamiques d'images bitmap via des scripts (généralement JavaScript) ;
  • <aside> : celle-ci contient un contenu en faible rapport avec la page, ou connexe. Cette section peut être séparée de la page, afin de présenter des contenus différents aux visiteurs.

Cette liste de nouvelles balises présentes dans le HTML 5 n'est évidemment pas complète puisque le langage n'est pas finalisé - le W3C l'annonce courant 2010 - et que toutes les balises ne sont pas présentes non plus.
Désormais, les balises <li> , <dd> et <dt> pourront être exemptées des balises fermantes correspondantes dans certains cas.
Il existe également de nouveaux attributs dans le HTML 5, que vous pouvez consulter sur la description écrite par le W3C si vous le souhaitez (en anglais assez technique), mais qu'il semble inutile de dépeindre ici.

La nouvelle version de HTML enrichit la description des informations ainsi que la hiérarchisation sous forme de thèmes des contenus avec des balises telles que <section> ou encore <nav> . Grâce à cette nouvelle version du HTML se rapprochant de la syntaxe du XML de par ses balises thématiques, les moteurs de recherche peuvent ainsi élargir leurs résultats à différents médias (images, audio, vidéos, actualités, localisation géographique...), et l'accessibilité est fortement améliorée puisque la majorité des navigateurs seront contraints de passer à la version 5 du HTML.

Ainsi, la structure d'un site codé en XHTML 2 comme celle-ci :
Structure classique d'un site divisé en div et composé d'un header, d'un footer, d'un menu horizontal (nav), d'une partie pratique (sidebar), et d'un corps (article) divisé en plusieurs sections
aura désormais la structure suivante :
Le même structure divisée directement grâce à HTML 5 avec les balises appropriées


Enfin, de nouveaux attributs vont être créés :
  • L'attribut autofocus, inséré dans un élément de formulaire, permet, lors du chargement de la page, d'avoir cet élément déjà sélectionné.
  • L'attribut required, toujours sur un élément de formulaire, permet d'indiquer au navigateur que cet élément doit être rempli avant l'envoi du formulaire. Encore du Javascript en moins !


L'arrivée du HTML 5 sera un grand pas dans l'évolution du web et de ses standards. En effet, cette nouvelle version facilite l'intégration de contenus multimédias dans une page internet, tout en offrant de nouvelles possibilités pour la création d'applications web, qui se font de plus en plus présentes ces derniers temps. Mais, par la même occasion, le W3C en profite pour poser les premières pierres du web sémantique, souvent annoncé comme l'avenir du web.

Liens complémentaires


Pour aller plus loin

Sources

240 Participations

Pour accéder à cette section
Connectez-vous !
connexion_rpx
Page Précédente  1  2  3  4  5  6  7  8  Suivante
Pseudo Discussion
1 visiteur sur cette news (0 membre et 1 Anonyme)
Page Précédente  1  2  3  4  5  6  7  8  Suivante
Hors ligne Jechtpurgateur # Posté le 09/07/2009 à 19:53:56
¤¤ Sombre Lumière ¤¤
Avatar

Ville : Chatillon
Pays : France métropolitaine

J'aurai bien aimé qu'ils abandonnent le HTML pour le XHTML :(

Divinités lumineuses
Ténèbres oubliés
Purgateurs

Image utilisateur
Image utilisateur
Image utilisateur
 
Hors ligne Thunderseb # Posté le 09/07/2009 à 20:17:49
Responsable de la validation
Avatar
Validateurs

Ville : Liège
Pays : Belgique

Citation : kankan
Sur quelle version ?
La 9.64 ne gère même pas <video> (sous Linux en tout cas)... Pour info, elle utilise Presto 2.11.


Bah la dernière en date (pour les devs), la 10 ^^ .
 
Hors ligne kankan # Posté le 09/07/2009 à 20:19:50
kankan@internet:/com/sdz$
Avatar
Flux RSS

études : EFREI

Citation : Alysto
Essayes avec la version 10 ^^ .

J'ai une nouvelle interface graphique, un Opera en anglais, un "About" qui me parle de version 10 bêta, mais pas de HTML 5 (enfin pas de balise <video>...
Dommage, j'aurais bien testé une autre implémentation de <video>, celle de Firefox n'étant pas très complète.
 
Hors ligne Ninety # Posté le 09/07/2009 à 20:31:54
La Perfection Existe
Avatar

Citation : Jechtpurgateur
J'aurai bien aimé qu'ils abandonnent le HTML pour le XHTML :(


En effet c'est ce qu'il aurait du faire depuis longtemps.


Citation : Ulrar
Ninety --> Pourquoi ?


Un peu de rigueur dans le développement web ça ferait vraiment pas de mal. Fermer ses balises, écrire en minuscules, ... c'est comme fermer ses parenthèses, mettre des points a la fin des phrases, commencer ses phrases par une majuscules, etc ... Bref il fallait un langage strict pas du vieux html ..

I see in binary, speak source code.
 
Hors ligne Ulrar # Posté le 09/07/2009 à 20:41:36
Opera powa :D
Avatar

Ville : Bruz
Pays : France métropolitaine

Citation : Ninety

Citation : Ulrar
Ninety --> Pourquoi ?


Un peu de rigueur dans le développement web ça ferait vraiment pas de mal. Fermer ses balises, écrire en minuscules, ... c'est comme fermer ses parenthèses, mettre des points a la fin des phrases, commencer ses phrases par une majuscules, etc ... Bref il fallait un langage strict pas du vieux html ..


Ah, d'accord, donc tu parlais du fait qu'ils aient fait du HTML au lieu du xHTML, je comprend mieux ^^ .

90% of teens today would die if Facebook was completely destroyed. If you are one of the 10% that would be laughing, copy and paste this to your signature.
 
Connecté Manuu # Posté le 09/07/2009 à 20:43:16

Citation : Wackers
Bonne news, par contre il y a un truc que je n'ai pas compris.
HTML 5, XHTML 5 et XHTML 2 sont 3 noms pour designer la même chose, ou il y à des différences ?
Et si ce n'est pas le même chose, le doctype est quand même le même ?


Déjà le HTML est un document en SGML alors que le xHTML est un document en XML.
Donc quelques différences comme les balises auto-fermantes, obligation de fermer une balise ouverte etc.


Le xHTML 5 n'est qu'un document en HTML 5 respectant la norme XML.

Et le xHTML 2 avait connu un développement différent du HTML 5 donc ils ont dû arrêter une des 2 et c'est le xHTML 2 qui a été choisi. Néanmoins si tu veux un document en XML et proposant les dernières nouveautés le XHTML 5 est là pour ça.
Hors ligne Wackers # Posté le 09/07/2009 à 20:57:09
Avatar

Je crois que Safari 4 prend également en charge pas mal de balise HTML 5.

Merci Manuu :)
 
Hors ligne Fanning # Posté le 09/07/2009 à 20:59:11
Avatar

Ville : Leers
Pays : France métropolitaine

Sa fait plaisir de vvoir un article comme sa. Mais sinon pour en revenir au sujet, dans mon cas celà e change rien de concret, et je ne suis pas tout seul, c'est de dev un site compatible avec le plus de navigateurs compatibles. Donc je dis même que l'on sera beaucoups plus ennuyé, car actuellement on doit faire des versions spécifique pour certains navigateurs, là on devra rajouter une surcouche pour ceux qui ne prendront pas en charge le (X)Html 5. Donc le phénomène qui va se passer à mon avis c'est que html 5 mettra très longtemps avant de percer.
Hors ligne kankan # Posté le 09/07/2009 à 21:11:47
kankan@internet:/com/sdz$
Avatar
Flux RSS

études : EFREI

Citation : kankan
J'ai une nouvelle interface graphique, un Opera en anglais, un "About" qui me parle de version 10 bêta, mais pas de HTML 5 (enfin pas de balise <video>...
Dommage, j'aurais bien testé une autre implémentation de <video>, celle de Firefox n'étant pas très complète.

(je sais, je me réponds à moi-même)

http://www.opera.com/docs/specs/presto22/#html
Pas encore implémentée...
On voit <audio>, mais pas <video>.
Sinon, les formulaires sont déjà implémentés dans Opera 10...
 
Hors ligne Alysto # Posté le 09/07/2009 à 21:38:27
Avatar

Ville : Russ
Pays : France métropolitaine

Citation : Fanning
Sa fait plaisir de vvoir un article comme sa. Mais sinon pour en revenir au sujet, dans mon cas celà e change rien de concret, et je ne suis pas tout seul, c'est de dev un site compatible avec le plus de navigateurs compatibles. Donc je dis même que l'on sera beaucoups plus ennuyé, car actuellement on doit faire des versions spécifique pour certains navigateurs, là on devra rajouter une surcouche pour ceux qui ne prendront pas en charge le (X)Html 5. Donc le phénomène qui va se passer à mon avis c'est que html 5 mettra très longtemps avant de percer.

Concernant la balise vidéo, je crois qu'une des récentes news sur le SDZ0 expliquait qu'il était possible d'ajouter du code dans la balise vidéo qui serait exécuté si le navigateur ne prend pas en charge la balise en question.

Image utilisateur J'ai survécu.
 
Hors ligne Niko300 # Posté le 09/07/2009 à 22:06:44
Mario brosse les cours
Avatar

Ville : Gilly
Pays : Belgique

De toute façon elle sert à rien cette balise video, elle existe déjà sous une autre syntaxe :lol:

Image utilisateur
Image utilisateur
______________[Mes creas 3D] Niko300 - Membre [Utilitaires]
 
Hors ligne kankan # Posté le 09/07/2009 à 22:39:03
kankan@internet:/com/sdz$
Avatar
Flux RSS

études : EFREI

Citation : Niko300
De toute façon elle sert à rien cette balise video, elle existe déjà sous une autre syntaxe :lol:

<embed> et <video> n'ont rien à voir. <embed> est géré par un plugin externe, et <video> est géré nativement par le navigateur, ce qui donne beaucoup plus de marge de manoeuvre pour l'intégration (il y a un sacré nombre d'éveneemnts et de méthodes Javascript pour contrôler les éléments <audio> et <video>, inexistants avec <embed>, ou même avec un plugin flash).
 
Hors ligne darthmat # Posté le 10/07/2009 à 00:27:53
Rayman est une fraise ?!
Avatar

Ville : Rouen
Pays : France métropolitaine

Si on revient au HTML, est-ce que ça veut dire que l'on va réutiliser le bon vieux Code : HTML
1
<font color="red">blabla</font>
?

Image utilisateur
 
Hors ligne luniix # Posté le 10/07/2009 à 00:52:24
pourquoi pas
Avatar

En fait seul Opera gère la plupart de ces fonctions, Firefox 3.5 ne gère pas required

Image utilisateur
 
Hors ligne bobicool # Posté le 10/07/2009 à 01:55:03
I love to learn!! ;)
Avatar

Ça va être super intéressant, et surtout, combiné avec du css3, wow ! Voici un exemple de site fait en html 5 / css3 Site html5/css3 (marche sous safari, firefox 3.5, et opera 10..). J'ai assez hâte de tout apprendre..et j'ai pas trop hâte, car je viens de commencer à être pas pire en html/css et là...ben..de nouvelles balise, de nouvelles structures...Entouca, html 5 est très innovant et très intéressant...

Attendons de voir ce que le future nous réserve!

La vie est si courte...pourquoi pas en profiter!
L'informatique c'est vaste...donc soyez prêt!
 
Hors ligne fmoumou2 # Posté le 10/07/2009 à 05:15:26
Avatar

merciiiiiiiiiiii bon news

Vive Le site du Zéro :p Pour les meilleurs sites pour moi top top :) Merci beaucoup pour ce site Zéro
Certains des programmes de votre ordinateur

http://downloadgratuits.synthasite.comnull
 
Hors ligne conflict # Posté le 10/07/2009 à 08:57:19
Et pourquoi pas ?
Validateurs

Ville : Profondeville
Pays : Belgique

Mouep...
Je trouve ça très contradictoire.
On donne des alternatives à Flash, au JS, on donne des moyens de les éviter, et pourtant, on aura toujours besoin d'utiliser le Javascript pour contrôler les vidéos( j'imagine)...

Pourquoi ne pas simplement standardiser le Javascript?

PS: tiens,et en y repensant, pour dessiner dans les Canvas aussi :D

Image utilisateur
Cherche un job d'étudiant dans les environs de Namur pour le mois d'août :-°
 
Hors ligne zulon # Posté le 10/07/2009 à 09:37:33
Avatar

Mais. Le JavaScript est standardisé (en fait c'est un dialecte de l'ECMAScript, qui lui est standardisé, mais c'est tout comme).
Hors ligne patheticcockroach # Posté le 10/07/2009 à 09:50:27

Extrêmement déçu par le W3C sur ce coup :colere2: ... Tout ça à cause de l'énorme masse de branquignols qui au mieux ne sont pas foutus de fermer leurs balises dans le même ordre qu'ils les ont ouvertes, et au pire ne sont pas foutus de les fermer tout court. Et pour des gadgets du genre <video>, ainsi que pour 3 tonnes de balises à la c** qui ne serviront qu'aux moteurs de recherche et en rien à l'utilisateur. Ils feraient mieux de finir leurs divs d'abord, qu'on puisse enfin se passer de <table> sans recourir à des milliers d'artifices.
Espérons aussi que les gros logiciels PHP tels que MediaWiki ou phpBB ne vont pas laisser tomber leurs efforts de produire un code strict pour autant... Ca fait presque 10 ans que le XHTML grignotte très lentement du terrain, avec cette annonce je pense qu'on peut craindre une disparition de ces avancées en un temps record. Il faudrait au moins qu'ils nous pondent le XHTML 5 en même temps que le HTML 5, sinon à mon avis ça va être retour au Moyen-Âge...
 
Hors ligne zulon # Posté le 10/07/2009 à 09:57:39
Avatar

Qu'est-ce que vous ne comprenez pas dans "ce qui est spécifié dans la norme est strict et ce ne sont pas des bidouilles" ? Et dans "la sémantique c'est cool" ? Et dans "le flash ça l'est pas" ?
Hors ligne Jérémy_B # Posté le 10/07/2009 à 10:06:45
Oooh pinaize !
Avatar

Ville : Roissy-en-france
Pays : France métropolitaine
études : Université de Cergy-Pontoise

Citation : darthmat
Si on revient au HTML, est-ce que ça veut dire que l'on va réutiliser le bon vieux Code : HTML
1
<font color="red">blabla</font>
?


Si tu as envie de coder comme un crade, oui tu peux toujours, mais c'est déconseillé.

Reprise en main du tutoriel sur le rewriting

Tuto en ligne : Du rewriting réalisé avec du php
Tuto en cours : Un système de tutoriel
 
Hors ligne ludo_91210 # Posté le 10/07/2009 à 10:15:23
"Oui monseigneur !"
Avatar

Ville : Draveil
Pays : France métropolitaine

C'est vrai que le HTML 5 nous simplifiera bien la vie, surtout par rapport a Flash qui pouvait peut etre être un peu déroutant pour les débutants.
Mais est-ce que ce HTML 5 ne cherche pas a faire de l'ombre a Flash même si il reste encore assez utilisé aujourd'hui ?
(J'ai regardé la vidéo sur Dailymotion ... honnetement c'est beau a voir tous ces petits trucs sympas du genre preview ou encore rotation de la video ... mais qu'est ce que ca lague =S )

Clique ici si t'es une brute :p
GNIARK !
 
Hors ligne patheticcockroach # Posté le 10/07/2009 à 10:27:48

Citation : zulon
Qu'est-ce que vous ne comprenez pas dans "ce qui est spécifié dans la norme est strict et ce ne sont pas des bidouilles" ?

Je précise ma pensée: qu'on ajoute des balises, même +/- gadget, pourquoi pas. Ce qui me dérange, c'est qu'on le fasse au détriment de la "strictitude" :-° du code. Oui, la norme est stricte en théorie (forcément, c'est une norme donc ça vaut mieux...). Néanmoins elle est en pratique extrêmement permissive, et c'est ça qui me dérange. Regardez donc, les normes sont tellement permissives que LE test dont tout le monde a entendu parler (Acid2 - pour Acid3 je ne sais pas mais je suppose que c'est la même chose?) contient volontairement des erreurs de syntaxe "pour voir si le browser les gère correctement" (sic!!) Comme s'il existait une façon correcte de rendre les erreurs (autrement qu'en bloquant l'affichage de la page)! Ce que je crains, c'est que le W3C aille à fond sur le HTML 5 et oublie encore une fois le XHTML 5. Si les deux sortent en même temps, bon, pourquoi pas. L'idéal serait bien entendu que seul le XHTML 5 voit le jour, mais là faut pas réver...
 
Hors ligne youcef_24 # Posté le 10/07/2009 à 11:03:14

merci pour la nouvelles news
Hors ligne pxolo # Posté le 10/07/2009 à 11:08:29
Green Week on the SdZ
Avatar

Citation : ludo_91210
Mais est-ce que ce HTML 5 ne cherche pas a faire de l'ombre a Flash même si il reste encore assez utilisé aujourd'hui ?

Arrêtez de dire que tout ça c'est que du business ! Le W3C permet de mettre des balises <video> juste parce que c'est plus facile à utiliser, c'est universel (pas besoin d'installer un plugin Flash Player). Si on suit ton raisonnement, autant tout arrêter et on innove plus. Évidemment que Adobe va en prendre un coup (à long terme), mais franchement, tu penses pas que tu sera content, dans quelques années, de savoir que tous les visiteurs de ton site pourront visionner les vidéos sans se soucier d'installer quel plugin que ce soit ? :)
 
Hors ligne QuentinC 2 # Posté le 10/07/2009 à 11:18:01
Stagiaire qui bosse... ou pas
Flux RSS

Il y en a certains qui n'ont visiblement pas encore compris : il n'y aura pas de disparition de syntaxe XHTML plus stricte. Vous aurez le choix d'utiliser la syntaxe HTML/SGML ou XHTML/XML à votre convenance. Le tout est de rester cohérent, du HTML5 avec la syntaxe HTML n'est pas forcément plus bidouille que du HTML5 avec la syntaxe XHTML/XML.

S'il y a une bidouille actuellement, c'est bien le flash. Normalement, flash est censé être un format permettant de faire des animations vectorielles. Pas de la lecture audio. Pas de la lecture vidéo non plus. Ou tout au moins pas dans ce seul but. IL a été détourné de son utilisation première, au même titre que l'a été <table> pour la présentation. Il faut arrêter de mettre du flash là où il ne devrait normalement jamais dû être.

Citation
<embed> et <video> n'ont rien à voir. <embed> est géré par un plugin externe, et <video> est géré nativement par le navigateur, ce qui donne beaucoup plus
de marge de manoeuvre pour l'intégration (il y a un sacré nombre d'éveneemnts et de méthodes Javascript pour contrôler les éléments <audio> et <video>,
inexistants avec <embed>, ou même avec un plugin flash).

Ca, ce n'est pas tout à fait juste. Avec embed, il existait quelques méthodes et propriétés javascript pour contrôler les éléments multimédia. C'était basique, mais il y avait déjà un peu de quoi faire : play, pause, stop, currentPosition, length, volume, panning, etc.

Par contre le gros souci, c'est que ce n'était pas standardisé, et les noms changeaient selon le plugin utilisé, ce qui n'était pas du tout pratique à l'usage. Mais on pouvait le faire si on voulait vraiment, en tout cas j'avais réussi à faire fonctionner un lecteur de MIDI/MP3 avec WMP pour IE5.5/6 et QuickTime pour FX1/2, je peux encore vous donner l'URL si ça vous intéresse.

java.lang.BrainNotFoundException : neuron connection failure

Javascript, php, html, jeux, blagues, etc. == http://quentinc.net/
 
Hors ligne Thunderseb # Posté le 10/07/2009 à 11:26:33
Responsable de la validation
Avatar
Validateurs

Ville : Liège
Pays : Belgique

Citation : darthmat
Si on revient au HTML, est-ce que ça veut dire que l'on va réutiliser le bon vieux Code : HTML
1
<font color="red">blabla</font>
?


<font> était au début dans la spec HTML 5, mais je ne l'y vois plus, donc il a été retiré.

Citation : QuentinC 2
Vous aurez le choix d'utiliser la syntaxe HTML/SGML ou XHTML/XML à votre convenance.


C'est justement ce qui est reproché, le fait d'avoir le choix. Il ne devrait pas y avoir de choix possible. Je suis le premier à dire qu'une page peut être très bien faite en HTML tout comme elle peut être une horreur en XHTML (parce que justement c'est interprété comme étant du HTML), certaines développeur sont consciencieux, mais force est de constater qu'une grande majorité ne l'est pas, et il faut les obliger à l'être, ce que le W3C refuse de faire en laissant le choix au développeur d'utiliser une syntaxe laxiste HTML. Et c'est ça qui ne me plaît pas, car c'est la base de tous les problèmes : un site qui s'affiche mal, c'est généralement parce que le code est puant.
 
Hors ligne GraphPunk # Posté le 10/07/2009 à 11:58:11
Here We Go Again MOTHERFUCKER
Avatar

Ville : Villefontaine
Pays : France métropolitaine

Citation : Ninety
Citation : Jechtpurgateur
J'aurai bien aimé qu'ils abandonnent le HTML pour le XHTML :(


En effet c'est ce qu'il aurait du faire depuis longtemps.


Citation : Ulrar
Ninety --> Pourquoi ?


Un peu de rigueur dans le développement web ça ferait vraiment pas de mal. Fermer ses balises, écrire en minuscules, ... c'est comme fermer ses parenthèses, mettre des points a la fin des phrases, commencer ses phrases par une majuscules, etc ... Bref il fallait un langage strict pas du vieux html ..


+1
 
Hors ligne Raghnarok # Posté le 10/07/2009 à 12:10:02
Avatar
Flux RSS

Le développeur WEB est quand même la pire espèce de développeur...
Comment peut-on prétendre programmer sans respecter une pauvre syntaxe simplifiée au maximum. Aucun programmeur n'a jamais crié sur l'utilisation du ";" en fin de ligne, sur la fermeture des parenthèses.
Non, le développeur Web n'est pas un programmeur, c'est un kevin qui demande qu'à découvrir la programmation et à faire des sites kikoolol pour épater ses copains (kevin-bis et kevin-second).

On est quand même avec un langage qui doit permettre à l'utilisateur de faire des erreurs de syntaxe... Aberration. Aucun langage de programmation ne permet cela. Au mieux le compilo nous dit ou se trouve l'erreur de syntaxe et nous propose gentillement d'aller la corriger ou d'aller nous faire f****.
Les ordinateurs sont des machines binaires, et donc elles doivent avoir en entrée des informations compréhensibles et structurées. Si on veut s'amuser à vouloir écrire n'importe quoi et le lui faire comprendre il faut rajouter des couches ce qui est complètement stupide.

Enfin bref, mort aux pseudo développeurs qui pourrissent le web.
Hors ligne Oli # Posté le 10/07/2009 à 12:15:52
C++, C++ fort que C!!!
Avatar
Flux RSS

Ville : Porticcio
Pays : France métropolitaine

Citation : patheticcockroach
Extrêmement déçu par le W3C sur ce coup :colere2: ... Tout ça à cause de l'énorme masse de branquignols qui au mieux ne sont pas foutus de fermer leurs balises dans le même ordre qu'ils les ont ouvertes, et au pire ne sont pas foutus de les fermer tout court. Et pour des gadgets du genre <video>, ainsi que pour 3 tonnes de balises à la c** qui ne serviront qu'aux moteurs de recherche et en rien à l'utilisateur. Ils feraient mieux de finir leurs divs d'abord, qu'on puisse enfin se passer de <table> sans recourir à des milliers d'artifices.
Espérons aussi que les gros logiciels PHP tels que MediaWiki ou phpBB ne vont pas laisser tomber leurs efforts de produire un code strict pour autant... Ca fait presque 10 ans que le XHTML grignotte très lentement du terrain, avec cette annonce je pense qu'on peut craindre une disparition de ces avancées en un temps record. Il faudrait au moins qu'ils nous pondent le XHTML 5 en même temps que le HTML 5, sinon à mon avis ça va être retour au Moyen-Âge...

Les nouvelles balises servent (sémantique, moteur de recherche, clarté du code).

Maintenant ok c'est pas une raison d'abandonner le XML au profit du vieux SGML qui commençait à disparaitre.
 
Pour accéder à cette section
Connectez-vous !
connexion_rpx

Revenir à la liste des news