David Balet Web Site

2. Navigateurs et Rendu

David — 2009-04-08T10:08:44Z

Pourquoi des différences d'affichage ?

Les normes du W3C ne sont que des recommandations et personne n'est obligé de les suivre. Toutes les navigateurs sont plus ou moins respectueux de ces normes hormis Internet Explorer de Microsoft pour qui ces normes ne sont pas importantes. Le but de ces normes et de permettre d'avoir d'une part le même rendu sur tous les navigateurs graphiques et d'autre part de permettre que les personnes non voyantes puissent également consulter correctement ces informations.

Ce site

Ce site a été conçu et testé avec les navigateurs Firefox 3, Safari 3 et Internet Explorer 8. La présentation avec les anciennes versions d'Internet Explorer peut varier, principalement en ce qui concerne le positionnement des images et des cadres, en effet ces versions du navigateur ne respectent pas les normes du W3C. Petit à petit je vais tenter de faire en sorte que le rendu sous IE(6 - 7) soit le meilleur possible étant donné qu'il y a de fortes chances que vous utilisiez ce navigateur. Je considère néanmoins qu'il est indispensable que chaque site soit accessible à tout un chacun et de ce fait, je m'éfforce de respecter les principes même ci dnas le cas présent, ce n'est pas très util étnat donné que ni vous ni moi ne souffrant d'un handicap.

Ce site a été conçu pour être optimal avec une résolution de 1280×1024 ou supérieure. En 1024×768, l'affigage n'est que peut perturbé, en 800×600, le résultat plus perturbé mais reste utilisable. Ce site laisse la possibilité à l'utilisateur d'augmenter ou de réduire la taille des caractères si son navigateur le lui permet. Dans un certaine mesure, le site reste présentable malgrès cette perturbation.

Et les sites pro ?

Lorsqu'une entreprise veux garantir que tous les utilisateurs d'Internet puisse consulter correctement leur site, une mise en page est définie pour chaque catégorie de navigateur. Ceci demande un travail collosal. En plus de cela, certain vont même jusqu'à modifier la mise en page en fonction de la résolution d'écran de l'utilisateur. De cette façon, la mise en page est optimale avec tout les navigateurs.

Le Test Acid2

2" title="Test Acid2" style='height:240px;width:201px;' /> Le test Acid2 vise à tester la qualité de la mise en oeuvre de certaines fonctionnalités de CSS 2 et d'autres standards du Web dans un navigateur Web.

Le test se présente sous la forme d'une page HTML comportant des balises vides de sens (le seul texte présent est « Hello World ! »), mais définissant des blocs vides qui, suite à l'application ou la non application de styles et de sélecteurs spécifiques, finiront par former un dessin composé de lignes horizontales colorées. Le test ne se limite pas à essayer des fonctionnalités de CSS 2, il comporte aussi des erreurs volontaires pour voir si le navigateur se comporte correctement dans ce cas (une règle incorrecte doit être ignorée). Le test vérifie également le support des images PNG translucides, que le navigateur analyse correctement le code HTML sous-jacent, notamment la fermeture automatique des balises de paragraphes, la gestion des balises object et des blocs de commentaires SGML. Il vérifie enfin la gestion correcte du protocole data : pour l'insertion d'objets intégrés et, de même, si le navigateur se comporte conformément aux spécifications en cas d'erreurs volontaires. Si le résultat de l'affichage de cette page Web n'est pas identique au dessin attendu (une figure souriante), alors la mise en œuvre de CSS 2 dans le navigateur n'est théoriquement pas conforme à la spécification CSS 2. Par contre, le fait qu'un navigateur passe le test ne signifie pas qu'il supporte entièrement CSS 2 : il s'agit juste d'un indicateur intéressant à ce sujet.

2" title="Rendu test Acid2" style='height:121px;width:500px;' /> Les navigateurs basés sur WebKit ont été les premiers à passer ce test avec succès dans leurs versions de développement, grâce au travail de David Hyatt, principal développeur de Safari. Ils furent suivis assez rapidement par iCab, un autre navigateur pour Mac OS X n'utilisant pas WebKit, et par KHTML (Konqueror) profitant de sa parenté avec WebKit. De même, Shiira, navigateur pour Mac OSX et utilisant lui aussi WebKit passe avec succès le test. En outre, Opera dans sa version 9.0 a fini par passer complètement le test, tandis que Mozilla Firefox le passe en version 3 depuis le 8 décembre 2006. Quant à Internet Explorer, Microsoft n'avait pas prévu de le rendre conforme au test, la version 8 le passe maintenant.

2Pour en savoir plus2
Le test Acid2
Les détails du test Acid2 en anglais

Le Test Acid3

3" title="Test Acid3" style='height:340px;width:500px;' /> Étant donné que la plupart des navigateurs passent le teste ACID2 avec succès, un nouveau test a été mis au point, celui-ci ne visse plus seulement à tester le respect du format CSS mais, également les nouvelles technologies qui sont censées être intégrées aux navigateurs moderne. Le résultats de ce test est le nombre de teste réussit sur un total de 100. A ce jour aucun navigateur en version stable ne passe ce test à 100%, seul des versions de développement du webkit et d'opéra ont réussit ce test à 100%.

2Pour en savoir plus2
Le test Acid3
Les détails du test Acid3 en anglais

1. Internet et ses standards

David — 2009-04-08T10:06:05Z

The World Wide Web Consortium

W3C" title="Logo du W3C" style='height:48px;width:315px;' /> Le World Wide Web Consortium, abrégé W3C, est un consortium fondé en octobre 1994 pour promouvoir la compatibilité des technologies du World Wide Web telles que HTML, XHTML, XML, RDF, CSS, PNG, SVG et SOAP. Le W3C n'émet pas des normes au sens européen, mais des recommandations à valeur de standards industriels.

Sa gestion est assurée conjointement par le Massachusetts Institute of Technology (MIT) aux États-Unis, le European Research Consortium for Informatics and Mathematics (ERCIM) en Europe (auparavant l'Institut national de recherche en informatique et en automatique français (INRIA)) et l'Université Keio au Japon.

Un document W3C traverse plusieurs étapes avant de devenir une Recommendation : Working Draft (brouillon de travail), Last Call Working Draft (dernier appel), Candidate Recommendation (candidat à la recommandation), et Proposed Recommendation (recommandation proposée). Une recommandation peut être mise à jour par errata édité séparément, jusqu'à l'accumulation de suffisamment de modifications ; une nouvelle version de la recommandation est alors publiée (XML en est aujourd'hui à sa troisième version). Parfois, une recommandation recommence le processus, comme RDF. Le W3C publie aussi des remarques informatives qui ne sont pas destinées à être traitées en tant que norme.

Le consortium laisse le soin aux fabricants de suivre les recommandations. Contrairement à l'Organisation internationale de normalisation ou d'autres corps internationaux de standardisation, le W3C ne possède pas de programme de certification. Cependant les spécifications techniques du W3C définissent la conformité de manière plus ou moins explicite et formelle. Le niveau d'implémentation des spécifications a été amélioré par la production d'un rapport d'implémentation pendant la phase de Candidate Recommendation.

Validation

Le W3C donne la possibilité de faire valider chaque page d'un site avec les normes XHTML et CSS. Ceci permet à tout développeur de savoir si son code est conforme à la dite norme. Il est ensuite possible d'afficher sur la page en question un petit logo qui informe que la page est conforme au protocole en question.

Ce site a été validé mais, il n'est pas possible de faire valider les pages dans les conditions actuelles. Les pages étant protégées par mot de passe, le robot du W3C se voit refuser l'accès et ne peut donc pas en analyser le contenu. C'est pourquoi si vous utiliser le liens vous obtiendrez un message d'erreur sur les pages nécessitant d'être identifié. La dernière norme CSS est la version 2.1 qui date de fort longtemps déjà, ce site utilise des éléments qui font partie de la version 3 de la norme qui n'est pas finalisée. Ceci explique les messages d'erreur si vous tentez de valider le CSS avec le liens , il n'existe pas de possibilité à ce jour de valider le CSS dans sa version 3.

2Pour en savoir plus2
Le site officiel du W3C en Anglais

Accessibilité

Le concept d'accessibilité, défini par Tim Berners-Lee depuis les origines du Web ou presque, est simple : toute page web doit être lisible (accessible) depuis n'importe quel ordinateur, indépendamment du support utilisé pour la lire, que ce soit le navigateur, le système d'exploitation et le matériel. De plus, et c'est un élément extrêmement important, la page doit être accessible à toutes les personnes, en dépit de leurs handicaps et difficultés.

Lorsque l'on produit du contenu de type texte, il faut donc panser à tous les utilisateurs, y compris aux aveugles, particulièrement sensibles aux problèmes d'accessibilité sur le Web. Ces derniers utilisent des navigateurs spéciaux appelés "synthétiseurs vocaux", qui lisent le contenu des pages Web, et les retransmettent de manière auditive. Le problème pour ces internautes est de surfer sur des sites utilisant des tableaux HTML pour des besoins de présentation. En effet, les synthétiseurs vocaux lisent à haute voix les éléments à vocation de présentation, ce qui peut rendre les sites inutilisables pour ces personnes.

Toutefois, même si ces utilisateurs sont à respecter, l'adaptation des sites à leurs problèmes spécifiques, n'est qu'une partie des difficultés liées à l'accessibilité. Lors de la conception, il faut de façon générale, songer aux personnes ayant des problèmes de vue, ne serait-ce qu'à cause de leur âge.