02/08/2006 @ 17:43:43: Programmation - Le W3C a publié un nouveau draft pour le XHTML 2.0!
Ce 26 juillet dernier, le W3C vient de publier une nouvelle version de la future norme XHTML 2.0 TM. La norme 2.0 renomme quelques tabs, dont le tag HR par exemple et ajoute le support des XForms et de XML Events...
On y voit aussi l'apparition d'un tag L pour définir une ligne qui est maintenant censer remplacement le tag BR. Le tag NL apparait également pour pouvoir présenter une liste de liens plus "facilement" qu'actuellement... Reste à voir surtout comment les browsers implémenteront ces tags.
Bref, pas d'énorme modification pour une version 2.0 qui aurait très bien pû être une version 1.2 ou 1.5.
XHTML 2.0: http://www.w3.org/TR/2006/WD-xhtml2-20060726/
XHTML 2.0, différences: http://www.w3.org/TR/2006/WD-xhtml2-20060726/introduction.html#s_intro_differences
et ajoute le support des XForms et de XML Events
C'est pas suffisant pour faire un 2.0 ?
![:smile: :smile:](images/smileys/smile.gif)
En tout cas, moins je dis youpi !
"Reste à voir surtout comment les browsers implémenteront ces tags."
ça serait sympa que, pour une fois, ils se décident à tous implémenter ça de la même manière ça changerais ^^
max> Non... Sincèrement ...
J'aurais voulu avoir de nouveaux contrôles comme un TreeView, une ListView, des contrôles un rien plus complexe que ce qu'on a à notre disposition pour le moment
Un jour peut être
quelque chose qui permette de faire des vrais appli pour le "client"
Si tous les navigateurs intépretaient le pascal plutôt que l'html ce serait le rêve
Oui... Autre chose que ce XUL trop lourd, ou que ce XAML qui sera pas du tout prévu pour le web.
Bon sang, c'est si dur qu'un mec un jour se décide à faire un vrai truc simple pour des applis client?
Adobe/Macromedia avait une bonne idée pour son Flash 8, mais ce sera du pur commercial et pas donné, et connerie de connerie, faut le compiler, c'est pas interprété chez le client. J'y ai cru un instant, quelle déception
Y'a des truc sympa en AJAX.. mais boaf..
Si vous voulez ce genre de trucs, regardez OpenLaszlo, c'est typiquement prévu pour. Pour le XHTML 2.0, ils veulent au maximum se recentrer sur le contenu sémantique, pas sur des conneries graphiques comme les TreeView.
En même temps faire une appli cliente au travers d'un brouteur, moi je dis bof bof...
gizmo> Tu sais ce qu'elle te dit la connerie graphique?
Pour OpenLaszlo, c'est du flash... Je suis déjà pas très emballé la
C'est pas du flash. flash est un de leurs output. Ils travaillent sur la version "legals" qui permettra de choisir au choix du flash 9 ou du dhtml.
Bon, je retourne voir alors
48Mb
Bon en gros, c'est du Java qui transforme un XML en flash ou en DHTML. J'ai clairement pas autant qu'eux en contrôle, mais j'ai la même chose en local, un XML avec des <panel> qui génère l'HTML ici (mais aussi un PDF ou un Flash, bien que mon export flash soit très expérimental
![:joce: :joce:](images/smileys/joce.gif)
)
Pour le XHTML 2.0, ils veulent au maximum se recentrer sur le contenu sémantique, pas sur des conneries graphiques comme les TreeView.
D'ailleurs un treeview c'est juste des listes imbriquées (ul/ol et li) avec un peu de JS pour cacher/afficher les sous-listes, non ?
Un bon spinedit