23 mai 2025 08:29
|
Sylvain Laschamps
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
Je trouve que la notion de compte privé est ambiguë. Le nom de ce compte peut être public : il est affiché quand on poste un message public.
"L'existence d'un autre compte" me semble plus général.
|
23 mai 2025 08:23
|
Sylvain Laschamps
|
Suite à l'Opquast Café du 22 mai : {Les éléments de saisie ne changent pas de position pendant la saisie}
|
Voici l'exemple d'un input qui est déplacé quand on interagit avec lui :
https://gifyu.com/image/bsoSy
En faisant un double clic sur l'input, on clique par inadvertance sur le bouton Mettre à jour.
|
22 mai 2025 17:32
|
Emmanuel GUYOT
|
Zone de contenus utiles plus grande que les zones de navigation et pub
|
Le terme "Utile" peut effectivement être discuté, mais l'idée est que le contenu correspondant à la raison d'être de la page soit prépondérant à l'affichage.
Ainsi, par exemple, sur une page article, il est important de voir le titre, et le début de l'article.
Sur une liste d'articles, il est important de voir le/les premiers items de la liste (et pas forcement que les filtres/tris)
Par contre, sur une page d'accueil, c'est plus difficile à définir.
Pour le vérifier, un copie d'écran permet de se rendre compte facilement. Pour la mesure exacte, je ne connais pas d'outil, mais ce n'est pas la partie importante de la règle.
|
22 mai 2025 16:04
|
Gaël Poupard
|
Navigation sur une carte en version mobile.
|
Pour référence, un autre cas intéressant a été soulevé lors de l’Opquast Café du 22/05 — je n’ai plus l’auteurice en tête, qu’ielle se signale en passant par là ! — à propos des interactions tactiles hasardeuses dûes à des composants : les pages avec un scroll infini rendent généralement impossible l’accès au pied-de-page.
Dans l’idée, ça rejoindrait presque l’autre proposition au sujet des éléments d’interface qui bougent tout seul et dénaturent l’interaction, non ?
|
22 mai 2025 11:55
|
Yann Kozon
|
Les URL des fenêtres de connexion ne sont pas masquées
|
Est-ce que l'on considère que la règle est respectée sur safari qui n'affiche que le domaine ?
|
22 mai 2025 11:53
|
Yann Kozon
|
Navigation sur une carte en version mobile.
|
Une idée de reformulation "La navigation dans un composant ne bloque pas celle dans la page"
|
22 mai 2025 11:53
|
Laurent Denis
|
Navigation sur une carte en version mobile.
|
Proposition de reformulation : {L'interaction avec le contenu ne bloque pas la navigation dans la page} ?
|
22 mai 2025 11:39
|
Laurent Denis
|
Le mode de fonctionnement des agents conversationnels est indiqué
|
Proposition MHO Opquast Café : {Les agents conversationnels non-humains sont signalés}
|
22 mai 2025 11:37
|
Laurent Denis
|
Le mode de fonctionnement des agents conversationnels est indiqué
|
Reformulation plus directe {Les agents conversationnels reposant sur l'IA sont signalés} ?
|
22 mai 2025 11:25
|
Laurent Denis
|
Le site ne modifie pas le défilement natif des navigateurs
|
Reformulation proposée à l'OQ Café 22 mai : {le site n'impose pas la modification du défilement natif des navigateurs}
|
22 mai 2025 11:23
|
Laurent Denis
|
Le site ne modifie pas le curseur natif des navigateurs
|
Reformulation proposée à l'OQ Café 22 mai : {le site n'impose pas la modification du curseur natif des navigateurs}
|
22 mai 2025 11:21
|
Laurent Denis
|
La provenance des produits et services est indiquée
|
Beaucoup plus compliqué pour les services que pour les produits.
|
21 mai 2025 17:51
|
Guillaume Gallais
|
Les vignettes et aperçus ne sont pas des images de taille supérieure redimensionnées côté client.
|
J'ai un doute sur l'aspect utile et réaliste de la règle.
Quand on a des tailles de vignettes sont très proches (par ex. 30x30px à un endroit, 20x20px ailleurs), l'intérêt de générer un fichier à part pour chaque taille de vignette me semble moins convaincant. Je me demande si ce n'est pas un exemple de règle qui nuit à l'appropriation du référentiel et risque de provoquer son rejet en bloc.
L'esprit de la règle c'est "Les vignettes et aperçus n'utilisent pas une très grande image redimensionnée coté client". Mais sa lettre, c'est "des images de taille supérieure". Je lis ça comme ayant pour implication : "Chaque taille de vignette ou d'aperçu utilise une image générée sur mesure à la taille de cette vignette ou de cet aperçu".
Et là ça me semble moins réaliste dans des contextes où il y a plusieurs tailles de vignettes très proches. L'esprit de la règle me semble juste, mais en essayant de l'appliquer à la lettre, je me trouve à générer beaucoup d'images de vignettes différentes, qui vont servir chacune dans peu de contextes.
Bref, peut-être que la formulation peut-être améliorée.
|
14 mai 2025 09:47
|
Gaël Poupard
|
Le site ne modifie pas le curseur natif des navigateurs
|
Pour moi oui, ça reste un élément natif personnalisable donc il faut au minimum apporter cette nuance.
On peut d’ailleurs utiliser la même approche pour les barres de défilement, par exemple, qui sont personnalisables mais c’est généralement perçu comme une mauvaise pratique. Je ne vais pas pousser plus loin, mais il faut trouver le bon positionnement entre empêcher les sites de faire n’importe quoi, et permettre aux utilisateurs de faire ce qu’ils veulent.
Et je ne sais pas vraiment détricoter tout ça plus précisément :D
|
14 mai 2025 09:26
|
Elie Sloïm
|
Si le site est réservé ou destiné à un public spécifique, ce public est mentionné au moins sur la page d'accueil.
|
@olivier : je pense que cette précision, voire cette incitation à le faire partout pourrait aller dans les solutions de mise en œuvre, notamment lorsque cela recouvre une obligation légale.
|
14 mai 2025 09:23
|
Elie Sloïm
|
Les fils de syndication sont détectables par les agents utilisateurs.
|
Is RSS still a thing
https://www.itomic.com.au/rss-feeds-in-2024-are-you-missing-out-on-this-quiet-powerhouse-for-your-website/
For podcasts and niche communities, RSS remains indispensable.
Inversement, côté navigateurs, c'est pas la joie
https://en.wikipedia.org/wiki/RSS
|
14 mai 2025 09:20
|
Elie Sloïm
|
Les fils de syndication sont détectables par les agents utilisateurs.
|
Je suis très ennuyé.
Vu le positionnement et l'usage du référentiel Opquast, il faut se poser les questions suivantes :
1 Est-ce que cette technologie a des chances de revenir dans le game ?
Je répondrais : aucune idée
2 D'un point de vue purement culturel, est-ce qu'il est important de connaître le principe de la syndication ?
Je répondrais : oui, quand même.
Voilà où j'en suis.
|
13 mai 2025 16:58
|
Estelle Romagny
|
Le délai avant la fermeture possible des contenus vidéo publicitaires est indiqué
|
Sur le fond je suis 100% d'accord, mais je pense qu'on va avoir des commentaires sur le fait que si on respecte https://checklists.opquast.com/fr/assurance-qualite-web/les-mecanismes-de-fermetures-de-fenetres-sont-immediatement-disponibles c'est inutile ...?
|
13 mai 2025 16:54
|
Estelle Romagny
|
Navigation sur une carte en version mobile.
|
Je me demande aussi dans quelle mesure on rentrerait pas en conflit avec des gestes complexes en accessibilité... La recommandation ici serait peut être plutôt d'éviter que de tels éléments ne prennent tout l'espace affiché à l'écran ? (pareil des doutes sur l'universalité / l'aspect consensuel d'une telle règle)
|
13 mai 2025 16:30
|
Laurent Denis
|
Les coordonnées du service après-vente et du support sont indiquées.
|
{Le site propose au moins un moyen de contacter le service après-vente ou le support.}
|
13 mai 2025 16:29
|
Elie Sloïm
|
Les coordonnées du service après-vente et du support sont indiquées.
|
Moi je virerais celle sur les réclamations et je la remplacerais avec cette formulation.
|
13 mai 2025 16:27
|
Laurent Denis
|
Les contenus ne détournent pas de caractères pour simuler des effets visuels
|
Me semble toujours trop vaste et difficilement vérifiable, ou trop contestable quand un effet visuel n'a pas d'incidence majeure sur l'accès au contenu (il y a énormément de possibilités !).
Je propose d'en rester à une formulation moins ambitieuse, certes, mais plus solide : {Les contenus ne détournent pas de caractères pour simuler du gras ou de l'italique}
À prendre comme un point de re-départ pour rester très ciblé.
|
13 mai 2025 16:25
|
Elie Sloïm
|
Le mode de fonctionnement des agents conversationnels est indiqué
|
L'enjeu étant de savoir si on a a affaire à un humain ou à un agent IA, la formulation actuelle ne convient pas. Il faut effectivement une reformulation et des définitions :
{Le site précise si le mode de fonctionnement des agents conversationnels est automatique}
|
13 mai 2025 16:22
|
Laurent Denis
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
Certes. Mais ce qui pose un problème mesurable, c'est la protection des données personnelles.
|
13 mai 2025 16:20
|
Elie Sloïm
|
Les boutons d'action désactivés ne sont pas masqués aux lecteurs d'écran.
|
Autant nous pouvons affirmer que le blocage pour les lecteurs d'écran est nuisible, autant nous ne pouvons absolument pas affirmer que ce blocage est systématiquement défavorable en termes d'utilisabilité.
|
13 mai 2025 16:18
|
Elie Sloïm
|
Le site ne modifie pas le curseur natif des navigateurs
|
Ce que sous-entend ton commentaire, c'est que c'est ok si c'est à la demande expresse du l'utilisateur.
C'est ça ?
|
13 mai 2025 16:18
|
Laurent Denis
|
Les URL des fenêtres de connexion ne sont pas masquées
|
{le site ne bloque pas l'affichage de la barre d'adresse du navigateur} ?
|
13 mai 2025 16:15
|
Laurent Denis
|
Le code source indique au minimum la région principale de la page
|
Cela relève quoi qu'il en soit de la solution technique de la règle (évolutive, elle).
|
13 mai 2025 16:13
|
Laurent Denis
|
Zone de contenus utiles plus grande que les zones de navigation et pub
|
Qu'est-ce qu'un contenu plus utile qu'une navigation et dans quel contexte utilisateur ?
Comment cette proposition pourrait-elle être vérifiable ?
|
13 mai 2025 16:12
|
Elie Sloïm
|
Zone de contenus utiles plus grande que les zones de navigation et pub
|
Proposition originale
{La zone immédiatement visible des contenus utiles est plus grande que les zones dédiées à la navigation (header, footer) ou au bandeau cookie ou à la publicité, en particulier sur mobile.}
|
13 mai 2025 16:10
|
Laurent Denis
|
Les informations sur l'accessibilité du produit ou du service sont indiquées
|
Bien vu. Mais laissons lui encore une chance d'être mieux reformulée. Elle pourrait être essentielle.
|
13 mai 2025 16:08
|
Elie Sloïm
|
Navigation sur une carte en version mobile.
|
Dépôt original par Eddy
Il devrait être déconseillé de pouvoir naviguer sur une carte à l'aide d'un seul doigt.
Si la carte fait toute la hauteur de l'écran du mobile cela peut empêcher de scroller sur le reste de la page.
Conseil : proposer la navigation sur la carte avec deux doigts ou proposer d'entrer sur la carte avec un clic et ajouter un bouton pour fermer la carte.
|
13 mai 2025 16:06
|
Elie Sloïm
|
Navigation sur une carte en version mobile.
|
Peut-être une reformulation
{Le mode d'interaction avec les contenus est précisé}
Je suis peu optimiste qu'on ait quelque chose d'universel et de vérifiable
|
13 mai 2025 14:54
|
Elie Sloïm
|
Les contenus ne détournent pas de caractères pour simuler des effets visuels
|
Si je comprends bien, on peut rester sur la formulation actuelle, quitte à préciser le champs d'application dans la mise en œuvre?
|
06 mai 2025 16:35
|
Olivier Keul
|
Si le site est réservé ou destiné à un public spécifique, ce public est mentionné au moins sur la page d'accueil.
|
Je reprends le petit texte de la règle : Si votre site s’adresse à des plombiers, vous n’êtes pas obligé de le préciser. S’il présente des photos de plombiers nus, cela peut être en revanche utile.
Si c'est plombiers nus je pense que c'est utile que ce soit indiqué même si je ne passe pas par la page d'accueil (ce n'est pas le seul point d'entrée d'un site).
Reformulation :
Si le site est réservé ou destiné à un public spécifique, ce public est mentionné sur chaque page du site.
=> par exemple une modale
|
06 mai 2025 11:52
|
Olivier Keul
|
Le code source indique au minimum la région principale de la page
|
Du coup est-ce qu'on vient vérifier ou role="main" ou les 2 ?
|
06 mai 2025 11:49
|
Olivier Keul
|
Les informations sur l'accessibilité du produit ou du service sont indiquées
|
Assez délicat je trouve car cela veut dire définir ce qu'on entend par contenu, service et produit. On voit du côté de la directive EU tout le mal qu'on a déjà à définir ce qu'est un produit.
|
06 mai 2025 11:47
|
Olivier Keul
|
Les boutons d'action du formulaire ne sont pas désactivés
|
Je trouve que cette règle est très bien. Si on parle de disabled il faudra dans tous les cas traduire pour les profils non dev alors que désactivés au moins fonctionnellement on comprends et rien n'empêche de faire une entrée dans le glossaire pour préciser
|
06 mai 2025 11:45
|
Olivier Keul
|
Les boutons d'action désactivés ne sont pas masqués aux lecteurs d'écran.
|
Pourquoi limiter aux lecteurs d'écran ? La proposition suivante me semble préférable : https://checklists.opquast.com/workshops/opquastV5/criterion/54580/#comment-2935977
|
06 mai 2025 11:43
|
Olivier Keul
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
C'est souvent un arbitrage sécurité / a11y. D'un point de vue sécu il ne faut pas indiquer que le compte existe donc on a un message générique "l'email ou le mot de passe est incorrect". D'un point de vue a11y c'est imparfait car on ne sait pas concrètement ce qui pose problème.
|
05 mai 2025 17:31
|
Olivier Keul
|
Les recours en cas de litige sont indiqués dans les conditions générales de vente ou d'utilisation.
|
Reformulation : Les recours en cas de litige sont indiqués.
Si c'est dans les CGV ou CGU c'est cool, mais si c'est dans une FAQ bah au final ça me va aussi, je ne vois pas pourquoi ça devrait être obligatoirement dans les CGU ou CGV. Ou alors c'est sur un aspect légal mais donc sûrement pas international car je ne pense pas qu'il y ait une législation internationale là-dessus.
|
05 mai 2025 17:23
|
Olivier Keul
|
Les fils de syndication sont détectables par les agents utilisateurs.
|
Même si je suis convaincu de l'intérêt de cette règle, il faut se rendre à l'évidence : c'est une technologie qui n'est quasiment plus utilisée (après si quelqu'un à des sources plus précise que mon ressenti, je suis preneur). Est-ce qu'on continue de la garder dans cette version et les prochaines en souvenir des jours heureux ? Ou bien est-ce qu'on se décide à la supprimer ? Le risque (à mesurer) c'est également que cette règle puisse freiner ou être la cause du rejet du référentiel car il s'agit d'une technologie désuète. Je cite un apprenant aujourd'hui dont je garderais l'anonymat (coucou Jérémy) : "c'est un truc pour les gens de plus de 40 ans".
|
02 mai 2025 14:11
|
Gaël Poupard
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
Je rebondis moi-même sur ma réflexion : est-ce que ça implique que dans le cas d’une création de compte avec un email déjà associé à un compte, la procédure devrait sembler avoir lieu normalement sur le site (donc respecter la règle énoncée ici) — mais que côté back, on gère le cas en envoyant un mail « Vous avez déjà un compte » au lieu de la confirmation de création de compte ?
Ça paraît logique, mais ça a de nombreuses implications et surtout, la règle présente ne couvre pas suffisamment.
Je tenterai bien quelque chose comme : « Le site envoi un mail d’information en cas de création de compte avec un email déjà utilisé » ? Et la divulgation d’information sur l’existence d’un compte utilisateur privé deviendrait un moyen de contrôle.
Qu’en dites-vous ?
|
25 avril 2025 16:37
|
Estelle Romagny
|
Les coordonnées du service après-vente et du support sont indiquées.
|
Cette proposition n'est-elle pas couverte, au moins en partie, par https://checklists.opquast.com/fr/assurance-qualite-web/le-site-propose-au-moins-un-moyen-de-contacter-le-responsable-des-reclamations ?
|
24 avril 2025 16:07
|
Gaël Poupard
|
Les règles de création de mot de passe sont indiquées.
|
Le terme « règle » me perturbe un peu dans le contexte d’une liste de… règles :D
Je parlerai plutôt de contraintes, qui est la terminologie généralement utilisée tant pour le versant technique (en HTML, l’API concernée par la validation de saisie s’appelle Constraint Validation) que pour le versant sécurité.
|
24 avril 2025 16:04
|
Gaël Poupard
|
Les boutons d'action du formulaire ne sont pas désactivés
|
Comme évoqué sur une autre proposition (https://checklists.opquast.com/workshops/opquastV5/criterion/54551/ — potentiellement doublon ?), il me semble que cette proposition est plus explicite et plus facilement vérifiable — même si je serai encore plus précis en mentionnant dans l’intitulé l’attribut disabled, car je trouverai dommage de devoir mentionner dans la description de la règle ou dans le glossaire à quoi correspond l’adjectif « désactivé ».
Qu’en dites-vous ?
|
24 avril 2025 15:54
|
Estelle Romagny
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
Je suis du même avis que Gaël, peut-on prévoir de traiter différemment l'écran de connexion du parcours de mot de passe oublié / réinitialisation de mot de passe ?
|
24 avril 2025 15:43
|
Gaël Poupard
|
Les boutons d'action désactivés ne sont pas masqués aux lecteurs d'écran.
|
En terme de mise en œuvre, ça revient à interdire l’utilisation de l’attribut disabled sur les boutons : est-ce vraiment souhaitable ?
Et si oui, pourquoi la règle ne serait pas plutôt de ne pas afficher de boutons désactivés — puisque inutilisables ?
Ou encore, si on ne cible que les formulaires par exemple : « la soumission d’un formulaire est possible, indépendamment de la complétion ou validité du formulaire ». Auquel cas, d’ailleurs, ça ferait doublon avec la proposition de François-Xavier : https://checklists.opquast.com/workshops/opquastV5/criterion/54580/
Note : si on cible explicitement l’attribut disabled, un effet de bord est que les boutons concernés n’entreraient plus dans les cas particuliers du critère 3.2 du RGAA, ça vaudra(it) peut-être le coup de le mentionner quelque part…
|
24 avril 2025 15:41
|
Elie Sloïm
|
Les coordonnées du service après-vente et du support sont indiquées.
|
Reformulation
{ Les coordonnées du service après-vente et du support sont indiquées.}
|
24 avril 2025 15:38
|
Laurent Denis
|
Les frais de conversion monétaires sont indiqués avant la validation définitive de la commande.
|
Information trop volatile. Passage en refusée.
|
24 avril 2025 15:36
|
Elie Sloïm
|
Les liens porteurs d'un attribut ping sont différenciés
|
Compliqué à faire, compliqué à vérifier, refusée.
|
24 avril 2025 15:35
|
Laurent Denis
|
Le site propose au moins deux moyens d'accès et de rectification des données personnelles.
|
Regroupement avec 102 sur les moyens de contact
|
24 avril 2025 15:35
|
Gaël Poupard
|
Le site ne communique pas d’information sur l’existence d’un compte utilisateur privé
|
Telle que je comprends la proposition, elle cible les écrans de connexion qui indiquerait, en cas d’erreur de saisie, que le compte existe avec un e-mail mais que le mot de passe est erroné ; est-ce bien ça ?
Si oui, il faut préciser la formulation ; si non, je pense à un cas qui la met en porte-à-faux : quid d’une tentative de création de compte avec un e-mail qui est déjà associé à un compte ? Ça m’est arrivé dernièrement, et l’information de l’existence d’un compte avec mon e-mail m’a permis de le retrouver… Sans cette information, j’aurais été bloqué et aurais été forcé d’utiliser une autre adresse mail, et donc de disposer de deux comptes (élargissant encore plus la surface de vulnérabilité de mes informations personnelles).
Je pose la réflexion, je ne sais pas aller plus loin pour le moment :)
|
24 avril 2025 15:35
|
Elie Sloïm
|
Le site propose au moins deux moyens d'accès et de rectification des données personnelles.
|
Potentiellement, le double moyen devrait recouvrir
- le contact
- la rectification des données personnelles
Et
- les réclamations sont à part
Recommandation et compléter la règle N°V4-102
|
24 avril 2025 15:32
|
Elie Sloïm
|
Les styles dédiés à l'impression affichent les URL en clair
|
Potentiellement, ça peut donner un truc affreux.
Passage en recommandation.
|
24 avril 2025 15:31
|
Elie Sloïm
|
Les mails transactionnels automatiques sont signalés
|
Basculement en recommandations pour cause de non vérifiabilité
|
24 avril 2025 15:29
|
Elie Sloïm
|
Il est possible de se déconnecter globalement de tous les espaces privés
|
Passage en recommandations
|
24 avril 2025 15:28
|
Gaël Poupard
|
Les contenus ne détournent pas de caractères pour simuler des effets visuels
|
Le cas des émojis est particulier : on ne peut pas leur donner d’alternative puisqu’ils en ont une intrinsèque —, qui est rarement connue par les utilisateurs qui s’en servent.
Et on ne peut pas non plus les considérer comme décoratifs, puisque leur valeur textuelle est systématiquement utilisée — ce qui est pénalisant dans les contenus qui ne permettent pas de saisir du HTML pour les ignorer à l’aide d’ARIA (au hasard les publications sur LinkedIn, Mastodon et consorts).
Mais je suis d’accord sur le fait qu’un usage des émojis est hors propos, par contre certains usages (pour simuler une liste par exemple, qui n’est pas un effet visuel) semble mettre en péril la formulation actuelle.
La restriction au faux gars et faux italique est la cible prioritaire à mon avis, car cet usage dénature totalement le contenu ; là ou l’utilisation d’émoji ajoute essentiellement du bruit.
|
24 avril 2025 15:28
|
Elie Sloïm
|
Le site propose un moyen alternatif pour le renvoi du code d’authentification à double facteur
|
Proposition de reformulation
{Le site propose un moyen alternatif pour le renvoi du code d’authentification à double facteur}
|
24 avril 2025 15:25
|
Elie Sloïm
|
Le site propose le renvoi du code d’authentification à double facteur
|
Proposition :
{Le site propose le renvoi du code d’authentification à double facteur}
|
24 avril 2025 15:24
|
Elie Sloïm
|
Le site ne modifie pas le défilement natif des navigateurs
|
Reformulation et maintien en discussions
{Le site ne modifie pas le défilement natif des navigateurs}
|
24 avril 2025 15:22
|
Gaël Poupard
|
Le mode de fonctionnement des agents conversationnels est indiqué
|
Il va falloir définir ce qu’est « le mode de fonctionnement », mais aussi ce qu’est un « agent conversationnel ».
En l’état et sans définition précise, une phrase type telle que « Posez une question dans le champ de saisie, un agent va vous répondre » en haut d’un bloc de conversation satisferait la règle, non ?
|
24 avril 2025 15:22
|
Elie Sloïm
|
Le site ne modifie pas le curseur natif des navigateurs
|
Changement de formulation :
{Le site ne modifie pas le curseur natif des navigateurs}
Valeur ajoutée très discutable, tout de même.
|
24 avril 2025 15:19
|
Elie Sloïm
|
Le détail de chaque produit commandé est disponible depuis chaque commande archivée
|
Bascule en recommandation, trop d'incertitude sur la question du niveau de détail et le délai de conservation.
|
24 avril 2025 15:19
|
Elie Sloïm
|
Le site permet de consulter l’historique des commandes effectuées
|
Plusieurs questions et réserves sur la valeur ajoutée et la conformité RGPD.
À la demande de Laurent, nous la maintenons encore en discussion mais avis défavorable
|
24 avril 2025 15:17
|
Elie Sloïm
|
Le pays d’expédition est indiqué avant la validation de la commande
|
Considéré comme très complexe à faire depuis une marketplace.. Basculé en recommandation (hélas).
|
24 avril 2025 15:16
|
Elie Sloïm
|
Les actions destructives (ou irréversibles) font l’objet d’une confirmation explicite
|
Nous commençons par une reformulation, mais les avis de l'Opquast café étaient plutôt circonscpects, à cause de la difficulté à évaluer ce qu'est une action irréversible.
{Les actions irréversibles sont soumises à un processus de confirmation.}
|
24 avril 2025 15:14
|
Elie Sloïm
|
Les règles de création de mot de passe sont indiquées.
|
OK, elle bascule donc en recommandations.
|
24 avril 2025 15:13
|
Laurent Denis
|
Les outils de surcouche utilisés ne dégradent pas l'accessibilité
|
Valeur ajoutée certaine, mais vérification trop lourde (embarque tout WCAG dans une règle)
|
24 avril 2025 15:12
|
Elie Sloïm
|
Le code source indique au minimum la région principale de la page
|
Suite opquast café N°23
{Le code source indique au minimum la région principale de la page}
|
24 avril 2025 15:11
|
Laurent Denis
|
Les boutons d'action du formulaire ne sont pas désactivés
|
Proposition de libellé plus ciblé : {Les boutons d'action désactivés ne sont pas masqués aux lecteurs d'écran.} discuté dans https://checklists.opquast.com/workshops/opquastV5/criterion/54551/
|
24 avril 2025 15:08
|
Laurent Denis
|
Les informations nécessaires à la saisie ne sont pas indiquées par un placeholder
|
Suite à discussion OQ Café : mise en recommandation + complément à apporter à la règle 70 sur l'indication du format de saisie.
|
24 avril 2025 15:06
|
Elie Sloïm
|
Les informations sur l'accessibilité du produit ou du service sont indiquées
|
Produits, c'est très compliqué. Je propose donc :
{Les informations sur l'accessibilité des contenus et services sont indiquées}
|
24 avril 2025 11:53
|
Gaël Poupard
|
Il est possible de se déconnecter globalement de tous les espaces privés
|
Je m’interroge sur la vérifiabilité : « tous les espaces privés » me semble être un véritable piège. Comment être sûr qu’on a accès à tous les espaces privés ?
|
24 avril 2025 11:47
|
Gaël Poupard
|
Le site ne modifie pas le curseur natif des navigateurs
|
Je m’interroge là-dessus : je suis persuadé qu’on peut avoir une personnalisation « de bonne qualité », par exemple en respectant la forme du curseur natif avec des subtilités légères (arrondis, ombres, couleurs, etc.).
Je mobilise une nouvelle fois le projet Orange Confort+, qui permet(tra) de personnaliser le curseur pour en agrandir la taille ou en accorder la couleur au thème de contrastes choisi. Et Orange Confort+ permet d’être installé sur un site, donc c’est le site qui permettrait la personnalisation du curseur.
Pour moi l’enjeu porte sur la reconnaissance du curseur (sémantique visuelle) et sa perceptibilité (contrastes, notamment, mais aussi animation par exemple).
|
24 avril 2025 11:39
|
Gaël Poupard
|
Les actions destructives (ou irréversibles) font l’objet d’une confirmation explicite
|
Comment évaluer l’aspect destructif ou irréversible d’une action ? Si une donnée est supprimée en base sur un site, comment en être sûr ?
J’ai plutôt l’expérience désagréable de données conservées malgré une demande explicite de suppression, donc j’ai du mal à voir comment cette règle pourrait être mise en œuvre.
|
24 avril 2025 11:36
|
Gaël Poupard
|
Les outils de surcouche utilisés ne dégradent pas l'accessibilité
|
Je suis d’accord : comment définit-on de manière pérenne ce qu’est un outil de surcouche ? Comment évaluer la dégradation de l’accessibilité de manière efficiente sans faire un audit complet avec / sans surcouche ?
Et qui nous dit que d’ici 5 ans, il n’existera pas un outil de surcouche qui sera vraiment bénéfique, efficace et pertinent ?
Pour moi c’est un grand non. :)
|
24 avril 2025 11:33
|
Gaël Poupard
|
Les informations sur l'accessibilité du produit ou du service sont indiquées
|
Je dis oui, mais il y a une subtilité dans la formulation : « des produits et services » est un écho à la directive européenne sur l’accessibilité des produits et services, mais omet par conséquent l’accessibilité des contenus. Ils devraient être mentionnés par la règle, non ?
« Les informations sur l’accessibilité des contenus, du produit ou du service sont indiquées. »
Qu’en dites-vous ?
|
24 avril 2025 11:32
|
Laurent Denis
|
Les actions destructives (ou irréversibles) font l’objet d’une confirmation explicite
|
Reformulation pour harmoniser, si elle est conservée : {Les actions irréversibles sont soumises à un processus de confirmation.}
|
24 avril 2025 11:27
|
Gaël Poupard
|
Le code source indique au minimum la région principale de la page
|
On a une utilisation de l’élément différente du lecteur d’écran : le mode lecture des navigateurs exploitent cet élément pour déterminer quel contenu afficher dans le mode lecture.
Donc je serai plus précis sur cette règle : « le code source indique la région du contenu principal de la page ».
PS : des extensions navigateurs peuvent aussi exploiter les régions principales, c’est par exemple le cas de Orange Confort+ (sur laquelle je travaille) qui va l’exploiter en vue de faciliter la navigation ; d’autres extensions s’appuient aussi sur ces régions, même si je n’en suis pas utilisateur.
|
24 avril 2025 11:21
|
Gaël Poupard
|
Les informations nécessaires à la saisie ne sont pas indiquées par un placeholder
|
Je suis plutôt aligné avec la première réponse de Denis : si l’intérêt de la règle est la connaissance / culture de l’existence de bonnes / mauvaises pratiques sur l’attribut placeholder, mentionner cette subtilité dans les règles existantes (et éventuellement amender certaines entrées du glossaire ni besoin) pourrait suffire, non ?
|
24 avril 2025 09:37
|
Estelle Romagny
|
Les règles de création de mot de passe sont indiquées.
|
Pourrait-on l'intégrer dans la mise en œuvre de https://checklists.opquast.com/fr/assurance-qualite-web/le-format-de-saisie-des-champs-de-formulaire-qui-le-necessitent-est-indique ?
|
24 avril 2025 09:33
|
Estelle Romagny
|
Les règles de création de mot de passe sont indiquées.
|
Est-ce qu'on ne pourrait pas élargir la mise en œuvre de https://checklists.opquast.com/fr/assurance-qualite-web/le-format-de-saisie-des-champs-de-formulaire-qui-le-necessitent-est-indique pour cela ?
|
24 avril 2025 09:26
|
Yann Olive
|
Il existe une page dédiée pour l'aide à la navigation et à la consultation des contenus.
|
j'ai l'impression que la notion de 'Si nécessaire' sera fortement sujette à interprétation
|
23 avril 2025 17:55
|
François-Xavier LAIR
|
Les boutons d'action du formulaire ne sont pas désactivés
|
https://axesslab.com/disabled-buttons-suck/
|
23 avril 2025 16:27
|
Elie Sloïm
|
Les URL des fenêtres de connexion ne sont pas masquées
|
Non, en fait, c'est toujours intéressant pour des raisons de sécurité. Est-ce que ça marche en contexte mobile ?
{Les URL des fenêtres de navigation ne sont pas masquées}
|
23 avril 2025 16:22
|
Elie Sloïm
|
Les actions destructives (ou irréversibles) font l’objet d’une confirmation explicite
|
C'est très intéressant, bien que difficile à vérifier.
{Les actions irréversibles font l’objet d’une confirmation explicite}
|
23 avril 2025 16:21
|
Elie Sloïm
|
Les boutons d'action du formulaire ne sont pas désactivés
|
Message déposé par FX Lair
Objectif de cette règle : éviter les patterns de formulaire où, par défaut, le(s) bouton(s) d'action sont dans un état désactivé (disabled) et ne deviennent actifs que lorsque l'utilisateur a renseigné correctement tous les champs du formulaire. Ce pattern pose de nombreux problèmes (compréhension, accessibilité...)
|
15 avril 2025 14:55
|
Laurent Denis
|
Les règles de création de mot de passe sont indiquées.
|
Suite à une retour fait ailleurs : "indiquées" signifie ici, comme dans d'autres règles, que l'information est bien directement présente dans la page du formulaire, et non juste donnée en cas d'erreur.
|
11 avril 2025 10:27
|
Elie Sloïm
|
Le site ne modifie pas le curseur natif des navigateurs
|
Si on garde , on devrait harmoniser les deux règles suivantes
{Le site ne modifie pas le curseur natif des navigateurs}
{Le site ne modifie pas le mode de défilement natif des navigateurs}
|
10 avril 2025 17:03
|
Elie Sloïm
|
Les vidéos ouvertes en vignettes flottantes peuvent être fermées immédiatement
|
Doublon avec la V4-156
(faire évoluer la solution technique)
|
10 avril 2025 17:02
|
Elie Sloïm
|
Les informations nécessaires à la saisie ne sont pas indiquées par un placeholder
|
Modification de libellé
[Les informations nécessaires à la saisie ne sont pas indiquées par un placeholder]
|
10 avril 2025 17:01
|
Elie Sloïm
|
Les styles dédiés à l'impression affichent les URL en clair
|
OK vendu
[Les styles dédiés à l'impression affichent les URL en clair]
|
10 avril 2025 16:59
|
Elie Sloïm
|
Les frais de douane et de traitements estimés sont indiqués avant la validation définitive de la commande.
|
Recommandation
|
10 avril 2025 16:59
|
Elie Sloïm
|
L’identité des prestataires de livraison est indiquée avant la validation de la commande.
|
Passage en recommandation
(pas réaliste tout le temps)
|
10 avril 2025 16:58
|
Elie Sloïm
|
Les coordonnées du service après-vente et du support sont indiquées.
|
Reformulation :
{Les coordonnées du service après-vente sont indiquées}
|
10 avril 2025 16:57
|
Elie Sloïm
|
Les sous-titrages automatiques sont signalés.
|
Utile, mais pas vérifiable, passage en recommandation.
|
10 avril 2025 16:54
|
Elie Sloïm
|
Les frais de conversion monétaires sont indiqués avant la validation définitive de la commande.
|
Passage en recommandation ?
|
10 avril 2025 16:53
|
Elie Sloïm
|
L'empreinte carbone estimée de la livraison est affichée avant la validation définitive de la commande.
|
Passage en recommandation
(pas réaliste aujourd'hui)
|
10 avril 2025 16:51
|
Elie Sloïm
|
Le code source indique au minimum la région principale de la page
|
Reformulation et poursuite des discussions :
{Le code source indique les régions principales de la page}
|