Bonjour, Si je peux risquer un avis disons plus large ?
S'il ne s'agit en effet pas d'accessibilité au sens normatif (WCAG), ce n'est pourtant pas étranger à cette problématique. D'une part, l'adaptation d'un rendu à un contexte et à des besoins utilisateur est une des clé de l'accessibilité. Un rendu géré autant que possible via des classes CSS au lieu de style inline facilite et étend considérablement cette adaptation. On le voit aisément par exemple quand on adapte des rendu à des demandes d'utilistaurs via des CSS locales gérées à l'aide d'une extension comme Stylish pour Firefox. D'autre part, au delà de l'accessibilité au sens strict, c'est un atout pour la réutilisabilité des contenus et leur adaptation au sens plus large selon les médias. C'est d'ailleurs pourquoi cela a été retenu parmi les bonnes pratiques du référentiel Opquast : BP 156 : Les styles en ligne sont utilisés de manière appropriée. Précision apportée dans le moyen de contrôle de la BP : la bonne pratique doit être invalidée en présence de tout attribut style, sauf si les valeurs des propriétés CSS qu'il contient sont calculées à la volée par un script Javascript (par exemple, la valeur d'un width, celle d'un top dans le cas d'un positionnement, etc.). Si cette valeur ne peut pas être écrite à l'avance dans une CSS externe et appliquée à l'aide d'une classe ou d'un identifiant, le test est validé. https://checklists.opquast.com/fr/opquastv2 Un exemple : la prise en compte de cette bonne pratique lors de la réalisation de plugins ou d'éléments de frameworks js est particulièrement utile (qui n'a jamais pesté devant l'obligation de faire du lourd en js pour adapter les CSS inline d'un plugin au lieu de se contenter d'une simple surcharge CSS, faute de classe appropriée ?) S'il n'y a effectivement pas lieu d'en faire une exigence d'accessibilité au sens le plus strict (dans le cadre des méthodes d'application WCAG), je dirais cependant que c'est loin d'être une question à exclure. C'est aussi un exemple intéressant du besoin, dans certains cas au moins, de contextualiser l'accessibilité normative en la replaçant dans le grand bain de la qualité Web ;-) Cordialement, Laurent Denis -- Temesis http://temesis.com Le 3 décembre 2012 18:46, Romain Gervois <[email protected]> a écrit : > > Bonjour, > > Bon rien à voir avec l'accessibilité comme dit précédemment. Par contre, je > suis très curieux de la déclaration : "l'usage de l'attribut style est une > mauvaise pratique (ou n'est pas une bonne pratique)". > > Si, je vous suis l'idéal c'est un élément avec attribut class. Hum soit. > Donc en contexte outil de gestion de contenus techniquement ça veut dire : > > - générer via DOM un élément style dans l'élément head avec une classe > (sélecteur + propriétés) pour l'aperçu direct ; > - appliquer cette classe à l'élément sélectionné par le rédacteur ; > - passer par XmlHttpRequest pour fournir cette nouvelle règle et impacter la > feuille CSS concernée ; > - gérer les évolutions (suppression des classes n'étant plus utilisées - ça > doit être de la bonne pratique ça...). > > PS : on peut aussi imaginer la gestion des classes en base de données si on > aime jouer avec SQL. > > Sérieusement, vous préconiseriez une telle conception juste pour une > position de "Oh, des propriétés de style dans la source HTML, c'est sale !" > ? Moi pas. Même si ça fait un joli développement à réaliser. > > La seule question à se poser est "Est-ce que je laisse la possibilité à mon > rédacteur de personnaliser tout et n'importe quoi ?" . Si la réponse est oui > alors l'attribut style est tout à fait adapté et répond exactement au besoin > exprimé. > > Bonne soirée. > Romain > > Le 3 décembre 2012 18:06, Victor Brito <[email protected]> a écrit : > >> Du point de vue des bonnes pratiques, encore une fois, nous sommes >> d'accord. >> >> Victor >> >> Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation >> >> 39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : 06 03 15 89 57 >> >> Consulter le site Web professionnel de Victor Brito >> >> Sur les réseaux sociaux >> >> Suivre Victor Brito sur Identi.ca >> Suivre Victor Brito sur Twitter >> Suivre Victor Brito sur FriendFeed >> Suivre Victor Brito sur Diaspora >> >> Sans oublier >> >> La fiche de membre du Groupe de Travail Accessiweb >> Halte à la balkanisation du Web ! >> Un seul Web >> Profession intégrateur (X)HTML / CSS >> >> Le 03/12/12 18:04, [email protected] a écrit : >> >> Merci. >> Bien failli exiger "à tort". >> Mais je trouve cette pratique plutôt "amatrice", sur le plan strict des >> bonnes pratiques et du savoir-faire web. >> Samia >> >> ----- Mail original ----- >> De: "Victor Brito" <[email protected]> >> À: "liste gta" <[email protected]> >> Envoyé: Lundi 3 Décembre 2012 17:31:10 >> Objet: Re: [Liste GTA] CSS/html >> >> >> >> >> >> Bonsoir, Samia, bonsoir, la liste, >> >> >> Les critères d'accessibilité n'interdisent pas le recours à des styles CSS >> en ligne (déclarations CSS contenues dans l'attribut HTML style), même s'il >> est toujours préférable de déclarer les règles CSS dans des fichiers CSS >> externes (factorisation du code, maintenabilité, mise en cache, etc.). >> >> >> L'exemple que tu cites est parfaitement valide du point de vue >> accessibilité (pas de détournement d'éléments ni de recours à des éléments >> ou attributs HTML de présentation pour créer les marges). >> >> >> Victor >> >> >> >> Victor Brito Intégrateur XHTML / CSS – Expert Accessiweb en évaluation >> >> >> 39 rue Charles Laffitte 92200 Neuilly-sur-Seine Tél. : 06 03 15 89 57 >> >> Consulter le site Web professionnel de Victor Brito Sur les réseaux >> sociaux >> >> >> * Suivre Victor Brito sur Identi.ca >> * Suivre Victor Brito sur Twitter >> * Suivre Victor Brito sur FriendFeed >> * Suivre Victor Brito sur Diaspora >> Sans oublier >> >> >> * La fiche de membre du Groupe de Travail Accessiweb >> * Halte à la balkanisation du Web ! >> * Un seul Web >> * Profession intégrateur (X)HTML / CSS >> Le 03/12/12 17:27, [email protected] a écrit : >> >> >> Bonjour la liste, >> >> Avant d'aller enquiquiner le presta web, qui commence à me trouver bien >> "chipoteuse" (!!)... >> >> Lorsque l'on a ça (la possibilité de générer des marges via l'éditeur >> html/insertion d'image): >> >> <img class="media-image" width="675" height="250" alt="" src= >> "http://nomdusite.net/sites/default/files/nom-image.jpg"; style="margin-top: >> 10px; margin-bottom: 10px;"> >> >> ...on ne peut pas prétendre travailler dans les bonnes pratiques, ni dans >> le respect des critères d'access. >> . >> Les marges doivent être stylées côté CCS. Et ils doivent supprimer les >> fonctionnalités inutiles dans l'éditeur. >> >> Merci pour le retour. >> >> Samia >> >> _______________________________________________ >> liste_gta mailing list [email protected] >> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >> >> _______________________________________________ >> liste_gta mailing list >> [email protected] >> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >> >> _______________________________________________ >> liste_gta mailing list >> [email protected] >> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >> >> >> >> _______________________________________________ >> liste_gta mailing list >> [email protected] >> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org >> > > > _______________________________________________ > liste_gta mailing list > [email protected] > http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org > _______________________________________________ liste_gta mailing list [email protected] http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
![http://nomdusite.net/sites/default/files/nom-image.jpg"](http://nomdusite.net/sites/default/files/nom-image.jpg"){kind=link}