-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Question] Vous faites une seconde passe pour les role ARIA? #21
Comments
Note: ça devrait expliciter l'issue #19 – je me suis tapé la même dans Blitz. Dans mon cas, le Mais a priori, avec l'update du mapping, vous pourriez en avoir davantage à l'avenir, d'où la nécessité de checker si l'élément est OK pour l’ajout. Ce serait peut-être une bonne idée de créer des tests automatisés pour ça, du coup. |
Non, pas de vérification poussée. Basiquement, les roles DPUB sont ajoutés dans les balises contenant un epub:type s'il n'y en a pas, sauf si c'est dans un |
Non c'était un autre beaucoup plus ancien – que je ne retrouve plus. Il date de l'année dernière mais il n'apporte pas vraiment dans ce contexte. En gros on avait eu une réponse ”c'est cool mais il faut faire attention avec les Et c’est parti en explication du modèle npm i.e. “logiquement c’est à un autre module derrière de prendre la main et replacer les |
Aucun soucis, je peux vérifier le bon emplacement des |
Tweet trouvé je pense ! |
@garconvacher yep, c'est celui-là. GG |
La colonne “elements allowed on” du mapping
epub:type
→role
a été ajoutée récemment, suite à w3c/epubcheck#1010.Et autant que je m'en souvienne, ça a été remonté dès le module npm de Rodebert promu sur twitter, mais l’idée était que c'était la responsabilité d’un autre module de repasser derrière pour vérifier l'élément sur lequel le
role
a été ajouté et corriger si besoin.J'ai ouvert l'issue comme “heads up” vu que ce sera reporté par EPUBCheck 4.2.0 mais si c'est déjà géré, pas de souci.
The text was updated successfully, but these errors were encountered: