Voir aussi
Dans la même rubrique :
MARST - Le Moteur Automatisé de Recherche en Santé au Travail
Etablir un questionnaire statistique en ligne
Un serveur dédié pour les nuls
Flash contre SPAM
Stratégie Internet
La lutte anti-spam
Chercher des informations médicales
Internet pour les nulsDu même auteur :
Réaliser un formulaire de contact (5/4)
Information et désinformation en santé
Réaliser un formulaire de contact (4/4)
Réaliser un formulaire de contact (3/4)
Réaliser un formulaire de contact (2/4)
Réaliser un formulaire de contact (1/4)
Soigner en ligne, un art impossible ?
Le web structuré et sa présentationMême indexation :
Technique Web
Page contact en PHP 3/3
Initiation au xhtml - 2
La Netiquette des forums
Menu dépliant pour les rubriques
Analyser les réponses à une liste de questions
Etablir un questionnaire statistique en ligne
Créer un forum à l’aide de phpBB
xhtml - 4 : Les entités
Webmasters : Comment mieux se référencer ?
Javascript : n’oubliez pas Mac OS !
Initiation au xhtml - 1
Quiz en PHP 2/3
Un lecteur RSS pour votre site 1/2
Créer une liste de QCM
Positionnement fixe... même avec Internet Explorer !
Page contact en PHP 1/3
Installer un script PHP pour les nuls
Contrôler l’accès d’une partie du site avec .htaccess
Gestion d’une rubrique... en attendant SPIP
Proposer plusieurs styles pour votre site
Astuce pour les images fréquemment utilisées
Ecrire ce qu’on veut dans SPIP
Editer plusieurs fichiers de syndication 1/3
Publication Spip : forme et typographie
Editer plusieurs fichiers de syndication 2/3
Quand JavaScript est désactivé... 1/2
Un serveur dédié pour les nuls
Qualité, centres d’intérêt et motivations des participants aux forums médicaux.
Un Editeur RSS pour votre site 2/2
Soigner en ligne, un art impossible ?
Réaliser un formulaire de contact (3/4)
Quand JavaScript est désactivé... 2/2
Editer plusieurs fichiers de syndication 3/3
Page Erreur 404 en PHP
Mise en place d’un forum : une décision qui doit être mûrement réfléchie
Menu de navigation sans JavaScript
Un lecteur RSS pour votre site 2/2
Réaliser un formulaire de contact (1/4)
Un Editeur RSS pour votre site 1/2
Page contact en PHP 2/3
Tri et Histogramme
Belles icônes pas chères !
Réaliser un formulaire de contact (5/4)
MARST - Le Moteur Automatisé de Recherche en Santé au Travail
Comment faire migrer son site ?
Réaliser un formulaire de contact (4/4)
Comment intégrer Snap Shots à Rapidweaver ?
Conseils pour débuter un site web
Syndication, comment s’y retrouver
Réaliser un formulaire de contact (2/4)
Utilisation de la classe easyRSS
Quiz en PHP 1/3
Exécuter un Javascript dans une page SPIP
Initiation au xhtml - 3 : Rappel sur les pointeurs internet (URI/URL)
Quiz en PHP 3/3
La syndication de contenu RSS
Lire nos fichiers de syndication
Afficher un fil RSS/Atom sur votre site 1/3
Afficher un fil RSS/Atom sur votre site 2/3
Afficher un fil RSS/Atom sur votre site 3/3
Lecteur RSS/Atom pour votre site 1/2
Lecteur RSS/Atom pour votre site 2/2
Lecture des caractères spéciaux et d’éléments d’un fil RSS/Atom
Syndication pour phpBB
Editez vos flux avec Fil_LE 1/2
Editez vos flux avec Fil_LE 2/2
Création à distance d’un fichier de syndication
Abandonnons RSS 0.91 !
Des fils RSS 1.0, RSS 2.0 et Atom 1.0 pour votre site SPIP
Accueil
Guide Internet
Guide Professionnel
Le web structuré et sa présentation
Il y a quelques années, avec le boum des technologies d’information le web s’est vu brutalement popularisé. L’avantage c’est que désormais tout le monde peut "publlier sur Internaitt", l’inconvénient c’est qu’Internet devient illisible.
Le W3C est l’instance chargée de déterminer les standard à appliquer en matière de programmation Internet. La norme du moment n’est plus le html mais le xhtml appuyé par les CSS2 pour la présentation.
Je vous propose dans cet article de vous expliquer les avantages supposés ou réels de cette évolution.
Il y a quelques années (1989), un Européen du CERN, Tim Berners Leee, inventait la notion de liens hypertexte permettant de sauter de page en page sur le réseau de fichiers que constituait l’Internet. Ce langage s’est rapidement appelé html pour hyper-text mark-up language, ou langage hyper-texte de balises pour les francophones.
En 1994, il fonde le w3c en alliant le CERN au MIT pour établir les bases de ce que l’on confond désormais trop souvent avec l’Internet lui-même : le web (en français : la toile).
Le web est aujourd’hui la principale manière "informatique" de présenter de l’information : intranet, applications, Cd-rom, Internet, tout aujourd’hui se lit avec un navigateur (browser pour les anglosaxons).
Pourtant, si vous regardez aujourd’hui la manière dont sont programmées les pages Internet vous constaterez que le code mélange complètement la structure du document, la signification des balises et l’apparence.
C’est qu’au départ, les conseils de présentation du w3c proposés en 1995 (Html2) n’avaient pas prévu la dérive des éditeurs html qui , étant wysiwig (what you see is what you get, ce que vous voyez est ce que vous obtiendrez) s’occupaient davantage de l’apparence que de la signification des balises et de leur usage.
C’est fort de ce constat que le w3C propose aujourd’hui de nouvelles façons de penser son projet Internet en séparant : la structure, la signification et l’apparence.
Seulement le xhtml et les CSS.
Le xhtml c’est quoi ?
En décembre 2000, le w3C décrête que la norme de demain sera le xhtml ce qui signifie eXtended html, de l’html avancé donc. Mais il est avancé en quoi ? Il a plus de balises ? Du tout, il en a même moins.
Diantre me direz vous, serait ce une contraction d’étoile annonciatrice d’une super-Nova ou la naissance d’un nouveau trou noir ?
En fait, le constat du mésusage des balises a amené le w3C a ne plus laisser dans les pages que le strict nécessaire à la structure et à la sémantique. Désormais les tableaux sont des outils de présentation de données en tableau, les listes ne doivent plus servir...qu’à faire des listes et les titres redeviennent des titres avec la renaissance des balises Hn. Finis les tableaux destinés à rendre une page rectangulaire, finis les balises font tout les deux mots.
Bon, nous voilà donc avec un langage structuré d’accord, et ayant du signifiant (sémantique) d’accord aussi. Mais si c’est pour avoir une page en noir et blanc défilant sur quelques kilomètres de roulette de souris en quoi est-ce une avancée ?
C’est une avancée car la présentation est désormais détachée du xhtml, c’est le rôle des CSS.
Et les CSS ?
Après avoir banni des pages Internet les balises font, les présentations en tableau et autres mauvaises habitudes des temps jadis (qui sont pourtant notre quotidien
) il a fallu proposer une manière nouvelle d’assurer la présentation des données de la page xhtml.
C’est en 1996, que les CSS sont officiellement mise sur pied, en 1998 que la version 2 voir le jour mais seulement aujourd’hui que leur usage peut être envisagé sereinement ; en effet, jusque là les navigateurs ne les comprenanient pas vraiment et affichaient tout et n’importe quoi. De nos jours, mis à part quelques bugs connus, les navigateurs récents supportent les CSS et présentent tout celà de jolie façon.
Le Html est donc enterré par le W3C mais rassurez vous : le mort se porte encore bien ! En effet, le W3c propose des évolutions à suivre, en coordination avec les fabricants de navigateurs Internet mais ces évolutions sont à compatibilité descendante : un lecteur de xhtml doit savoir lire et afficher le html.
Mais alors, comment un navigateur sait il qu’il doit lire une page selon les normes du html ou du xhtml puisque les balises sont les mêmes ?
Normalement, toute page du web doit commencer par dire de quelle manière elle est écrite : en xhtml, en html et en quelle sous version ou variante. Cela s’appelle la déclaration du type de document (DOCTYPE).
Si une page est en html 4.01, le DOCTYPE sera :
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
"http://www.w3.org/TR/1999/REC-html401-19991224/loose.dtd">
Si il s’agit d’une page en XHTML transtionnel, cela donnera :
<?xml version="1.0" encoding="iso-8859-15"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/2000/REC-xhtml1-20000126/DTD/xhtml1-transitional.dtd">
Oui, mais si la page est écrite avec un traitement de texte infâme qui ne sait pas écrire le html correctement, comment va t on savoir ce qui est écrit ?
Les navigateurs sont faits pour lire comme du html2 ou 3 tout ce qui est écrit avec des balises html, ils savent également gommer les erreurs de code en les oubliant et rendre finalement quelque chose à l’affichage.
Bien sûr ce n’est peut être pas exactement ce que désirait l’auteur de la page mais l’essentiel est que ce soit lisible non ?
Ce mode de lecture est appelé "quirks" (en français : capricieux) car finalement d’un navigateur à l’autre le rendu est différent et c’est ce qui entraîne l’apparition de sites "optimisés pour" au lieu de sites simplement "bien programmés".
Alors oui, vous avez tout à fait le droit de continuer à écrire du html avec les pieds et d’ailleurs c’est encore ce que font la majorité des sites web mais si vous souhaitez pouvoir désormais améliorer votre travail en le rendant plus lisible, plus accessible, plus léger et plus facile à faire évoluer : il va vous falloir vous intéresser au xhtml et aux css.
Le langage sémantique du web avec Openweb
Apprentissage des CSS
Manuel en Français XHTML
Manuel en Français CSS2

C’est un article d’ARNO* qui est très (trop) caricatural à mon avis et auxquels certains développeurs ont fait une très belle critique. Pour résumer, ARNO* sature en matière de "w3c compliant" car sur la liste de spip-dev de façon régulière des utilisateurs remettent en cause la compatibilité du code utilisé.
C’est compréhensible car l’essentiel est ce que l’on écrit et non pas comment on l’écrit.
C’est un cri de révolte du même niveau que celui des opposants à l’intégrisme de l’orthographe ou de la grammaire : doit on pour autant remettre en cause les évolutions de la grammaire si celles ci facilitent l’usage que l’on fait de la langue ? Je ne le pense pas, les évolutions du html vont dans le bon sens : une meilleure structuration, un contenu plus accessible, une présentation n’influant plus sur le contenu.
Bref, ARNO* cri et la caravanne passe...
Ce combat est franchement bizarre... Lui viendrait-il à l’idée de combattre l’obligation faite de fermer les balises spip correspondant au gras et à l’italique...
Le seul combat qui vaille la peine est celui qui impose l’insertion de la balise correcte et le respect de la DTD en découlant.
Le reste est juste un choix personnel (ou institutionnel lorsqu’il s’agit d’un site d’une entité désincarnée) du producteur de contenu quant à sa rigueur d’écriture.
Et bien moi je suis tout à fait d’accord ... mais avec l’article d’Arnaud 
On se demande vraiment qui nous sommes pour souhaitez un dvpment du web (et de sa facilité de création pour tous) comme il nous est présenté par Philippe.
Certains semblent oublier d’où ils viennent dans le domaine. Si je devais demain repartir à zéro avec des normes bien plus complexes que celles du html alors je ne ferais rien.
Et qui demain prendra le relais ? Personne sauf les commerciaux ... et en tout cas pas des jeunes dont le job n’aura rien en commun avec le net. Bien trop complexe, bien trop chronophage.
Bref, j’ai franchement l’impression qu’on oublie bcp trop que l’essentiel n’est pas le code mais ce qu’il affiche. Et je préfère que nous soyons le maximum à pouvoir publier. Ensuite le tris se fera seul, comme il se fait depuis le début.
Encore une fois, dit sans aucune méchanceté, j’ai vraiment l’impression qu’on pousse à l’élitisme ... Si s’était notre boulot premier pourquoi pas, mais jusq’à preuve du contraire nous ne sommes pas des pro dans le domaine. Alors il ne faudrait pas cautioner l’exclusion par la technique et oublier qu’un jour aussi on a cherché à comprendre ce que html head ou body indiquaient ...
Bertrand B.
Salut Bertrand "B" 
Je crois que nous sommes tous d’accord sur la même chose : nous avons le droit de faire n’importe quoi n’importe comment si ça nous chante.
Ca s’appelle la compatibilité avec les versions antérieures et les navigateurs (jusqu’à aujourd’hui) s’efforcent de maintenir cette règle.
Mais tu as la possibilité désormais d’aller plus loin et d’améliorer ce que tu fais déjà en étant un peu plus "pro"(pre) : ce n’est pas pousser à l’élitisme puisque tu fais comme tu le souhaites mais de vouloir être plus précis, plus fiable, plus reproductible c’est un voeu de qualité qui me semble être logique.
Il en est de même en médecine : tu peux bricoler, des fois ça marche, mais un peu de rigueur dans ta façon de faire t’évitera (et surtout à ton malade) bien des soucis et te permettra d’être efficace chez plus de malades.
Franchement je n’y vois rien d’élitiste et je reste gauguenard devant des gens comme toi qui appliquent une rigueur dans leur codage php et qui râlent parcequ’on leur suggère d’avoir presque autant de rigueur pour leur html 