#wcag

Trop bien pour Apostrophe, j’ai utilisé pendant des années un éditeur MD du même auteur mais qu’il n’avait pas fait du tout en GTK, donc là trop bien c’est plus fluide et rapide

Par contre tout est en flatpak, et du coup faut l’installer en plus pour la logithèque (ce qui n’est pas le cas par défaut sur Ubuntu). Et ça prend cent fois plus de place.

Questions :
– Est-ce que c’est un outil de « checklists » où on peut cocher à la main en vérifiant humainement ?
– Est-ce qu’il y a des tests automatisés, à ce que je comprends oui ? (comme vérifier « alt » sur les images ou plus complexe)
– Est-ce qu’on peut ajouter des checklists personnalisées ?
– Est-ce qu’on peut ajouter des nouveaux tests automatisés ?

Du coup, vu que les ckecklists Opquast (qui ne sont pas que pour l’accessibilité) sont en licence libre, si la communauté peut ajouter des nouvelles checklists dans cet outil logiciel libre, alors on peut se passer d’Opquast, en ajouter ici la checklist des bonnes pratiques, celle de webperf, etc, etc ?

#audit

Aaaah mais je ne lis qu’à moitié, c’est la suite de Tanaguru que j’avais épinglé moi-même l’année dernière avec… le même genre de questions ! :)
▻https://seenthis.net/messages/540617

Et le nouveau nom vient de l’euskara, huhu parfait :p
(Et bienvenue sur Seenthis du coup.)

merci @rastapopoulos pour l’accueil et les questions ! :)
oui, c’est bien un fork de Tanaguru par les créateurs de Tanaguru.

@rastapopoulos, «  cocher à la main en vérifiant humainement  », c’est bien sûr disponible : en gros tu lances un audit de la page, Asqatasun réalise les nombreux tests automatisés et ensuite tu lance un audit manuel déjà pré-remplie. L’interface pourrait être améliorée, mais cela fait le job.
▻https://doc.asqatasun.org/en/20_User_doc/userdoc-06-assisted-audit.html

La 2ᵉ solution, est d’exporter l’audit automatique (.csv ou .ods) et finir l’audit manuellement directement dans un tableur.
▻https://doc.asqatasun.org/en/20_User_doc/userdoc-09-export.html

@rastapopoulos, pour «  ajouter des checklists personnalisées […] des nouveaux tests automatisés ?  », c’est possible mais pas pour l’utilisateur via un simple formulaire. Il faut sortir les outils de compilation et ajouter une nouvelle classe java (et les tests unitaires qui vont bien) pour chaque test de la checklist. C’est plutôt bien fait, et les briques utilisables sont nombreuses, mais cela reste du code java.

Une proposition, pour avoir des checklists personnalisés pour l’utilisateur à partir d’une checklist déjà existant dans Asqatasun, a été évoquée mais pour le moment aucun développement n’est en cours sur ce point.

Pour les check-lists Opquast, c’est bien sûr possible de l’intégrer. Il faut vérifier si les licences sont compatibles et surtout si coller pour implémenter chaque item. Donc en résumé, il y a un peu de travail…

Super, merci pour ces infos @asqatasun :)

Toutes les licences des checklists Opquast sont affichées là : CC BY SA (et on peut les récup en PDF et surtout en tableur donc utilisable programmatiquement) :
▻https://checklists.opquast.com/fr

Le principe d’Opquast c’est que les checklists sont un travail communautaire publié en libre, et qu’ensuite la boite gère un logiciel pour faire des audits avec.

Tu parles d’ajouter en classe Java et d’implémenter chaque entrée, mais peut-être est-il possible de faire par étape. Par exemple, peut-on imaginer ajouter toutes les checklists Opquast, déjà en insérant tous les critères de toutes les listes (en masse puisqu’on a les listes en tableur déjà). Ce qui permet déjà de les utiliser manuellement mais par l’interface d’@asqatasun. Et ensuite dans un deuxième temps, petit à petit, implémenter les tests qui sont faisables par la machine (et parfois réutiliser des tests déjà existants, puisque dans certains critères ce sont des tests que vous avez déjà, qui sont déjà codés).

La licence CC BY SA impose un partage en utilisant la même licence (CC BY SA). Du coup, l’intégrer dans un logiciel qui n’a pas la même licence, ne doit pas être possible. C’est à vérifier…

Il existe certainement des solutions en distribuant séparément le logiciel et le référentiel implémenté pour le logiciel. Mais ce n’est pas simple, car aucun mécanisme de plugin / module n’est actuellement implémenté.

un exemple d’ajout d’un référentiel est décrit ici :
▻https://forum.asqatasun.org/t/sommaire-coulisse-processus-dajout-dun-nouveau-referentiel-a-asqatasun/189

Il y a une FAQ et même ensuite une page entière dédiée à la compatibilité (dans un seul sens, mais justement celui dont on parle) entre la BY SA et la GPL (en espérant que vous êtes en GPL) :
▻https://creativecommons.org/faq/fr/#puis-je-appliquer-une-licence-creative-commons-%C3%A0-un-logiciel

La version 4.0 de la licence Attribution-ShareAlike (BY-SA) est compatible d’une seule manière avec la version GNU General Public License 3.0 (GPLv3). Ce mécanisme de compatibilité est conçu pour les situations dans lesquelles le contenu est intégré dans le code de logiciel d’une manière qui rend difficile ou impossible de distinguer les deux. Il ya des considérations spéciales nécessaires avant d’utiliser ce mécanisme de compatibilité. En savoir plus à ce sujet ici.

Et donc là page dédiée :
▻https://wiki.creativecommons.org/wiki/ShareAlike_compatibility:_GPLv3

Ça a été fait explicitement pour le cas exact dont on parle ici :

It was designed to help solve a specific problem for those working in niche areas where content is adapted and melded with code. Please take advantage of it only when you are adapting BY-SA 4.0 works and incorporating the adaptation into GPLv3 software in ways that make it difficult or impossible for downstream users to distinguish the content from code.

Donc c’est bien prévu par les deux communautés CC et FSF !
Et donc même si ce n’est pas en plugin distribué séparément, c’est tout bon. :)