Le code d’intégration d’une carte Google Map utilise la balise iframe. Cette balise est filtrer automatiquement par l’éditeur WYSIWYG de WordPress. Lorsqu’on intègre le code via la vue « Code source HTML » et qu’on rebascule sur l’éditeur WYSIWYG, la carte disparait. TinyMCE supprime automatiquement cette balise. Il suffit de rajouter un petit hook pour autoriser cette balise.
Le style par défaut dans l’édition des contenus dans l’administration de WordPress ne vous convient pas. Comme tous les éditeurs WYSIWYG qui se respectent il est possible de changer la feuille de style. WordPress utilise un éditeur basé sur TinyMCE et n’échappe donc pas à la règle.
Comme vous le savez sans doute, je travaille depuis plus d’un an et demi avec le CMS eZ Publish dans le cadre de mon travail. C’est un CMS Open Source, sa particularité est de permettre de structurer de manière très complexe les contenus en différents attributs.
Parmi les 135 critères beaucoup ne dépendent pas directement d’eZ Publish mais ce sont soit des composants externes (par exemple pour les videos, le flash, … ), soit des choix graphiques, ergonomiques et la manière dont ont été construits les templates. Il est donc impossible de savoir si eZPublish et compatible ou non avec ces critères, tout dépendra des différents choix qui auront été fait et des technologies tierces mises en places.
Il me parait pas utile de tester les templates par défault car bien qu’il fournissent une base au développeur ne sont que très rarement utilisable en l’état. Et comme nous le verrons, une réécriture totale s’impose.
Je vais simplement présenté la capacités d’eZ Publish à répondre aux critères d’accessibilité dont il est directement responsable, et le moins qu’on le puisse dire c’est qu’il y a du travail.