— -
Laissez tomber le HTML pour utiliser, suivant les besoins :
> SPIP (ou un autre CMS) pour publier directement des travaux ;
> un composeur de pages Web WYSIWYS (comme un traitement de texte) ;
> le XHTML + CSS afin de séparer fond et forme.
— -
1. Je connais pas SPIP et je m’en porte pas plus mal. L’HTML est suffisament souple et rapide.
2. C’est vrai que les éditeurs Wysiwyg (oh merveille formidable) ont toujours aidé les débutants à avboir les sites les plus poubelliques du net, gloire à eux. D’autant plus que sans connaitre l’HTML ça ferme toutes les portes du DHTML et des languages dynamiques. Il faut comprendre les bases pour pouvoir travailler avec elles. En revanche pour les pros c’est surement plus intéressant car plus rapide.
Quoi qu’il en soit, c’est un truc assez indépendant du débat xhtml/html.
3. Et qu’est-ce que c’est le duo language serveur/language client ? l’HTML je le rappelle c’est un language de mise en forme, tout site respectable (càd suffisament compliqué pour nécessiter de séparer contenu et forme) possède une architecture serveur derrierè qui stocke les données dans une base de donnée (contenu) et intègre ces données dans le skin (forme).
Qui a dit qu’on avait besoin de XHTML ?
Bref, un débat qui ne dit pas pourquoi on devrait utiliser l’xhtml plutot que le html, mais qui se demande à quoi sert la prog web puisqu’on a une multitude d’outils à première vue plus simple... càd restreints.
Cet article est complètement vide d’arguments.
— -
Laissez tomber le HTML pour utiliser, suivant les besoins :
> SPIP (ou un autre CMS) pour publier directement des travaux ;
> un composeur de pages Web WYSIWYS (comme un traitement de texte) ;
> le XHTML + CSS afin de séparer fond et forme.
— -
1. Je connais pas SPIP et je m’en porte pas plus mal. L’HTML est suffisament souple et rapide.
2. C’est vrai que les éditeurs Wysiwyg (oh merveille formidable) ont toujours aidé les débutants à avboir les sites les plus poubelliques du net, gloire à eux. D’autant plus que sans connaitre l’HTML ça ferme toutes les portes du DHTML et des languages dynamiques. Il faut comprendre les bases pour pouvoir travailler avec elles. En revanche pour les pros c’est surement plus intéressant car plus rapide.
Quoi qu’il en soit, c’est un truc assez indépendant du débat xhtml/html.
3. Et qu’est-ce que c’est le duo language serveur/language client ? l’HTML je le rappelle c’est un language de mise en forme, tout site respectable (càd suffisament compliqué pour nécessiter de séparer contenu et forme) possède une architecture serveur derrierè qui stocke les données dans une base de donnée (contenu) et intègre ces données dans le skin (forme).
Qui a dit qu’on avait besoin de XHTML ?
Bref, un débat qui ne dit pas pourquoi on devrait utiliser l’xhtml plutot que le html, mais qui se demande à quoi sert la prog web puisqu’on a une multitude d’outils à première vue plus simple... càd restreints.