Skip to content
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

Corrige les défaut d'accessibilité de l'étape 1 d'une démarche #10879

Merged
merged 13 commits into from
Oct 3, 2024

Conversation

inseo
Copy link
Contributor

@inseo inseo commented Sep 30, 2024

Met à jour la navigation principale

  • Supprime les attributs aria-controls inappropriés
  • Reprend l'intitulé visible du lien "Revenir en arrière" dans l'attribut title

Après
Capture d’écran 2024-09-30 à 14 53 07

Avant
Capture d’écran 2024-09-30 à 14 53 52

Sépare le formulaire de la navigation, lorsqu'il y a un seul champ

Après
Capture d’écran 2024-09-30 à 15 04 19

Avant
Capture d’écran 2024-09-30 à 15 04 38

Évite la vocalisation d'une image de décoration par Voice Over

Après

bug.VO.-.apres.mp4

Avant

bug.VO.-.avant.mp4

Met à jour l'indication des champs obligatoires

  • Ajout de l'explication des astérisques
  • Ajout de l'astérisque dans la légende du choix du destinataire de la démarche

Après
Capture d’écran 2024-09-30 à 15 18 40

Avant
Capture d’écran 2024-09-30 à 15 18 59

Précise l'étape courante de la démarche dans le titre page

Après
Capture d’écran 2024-09-30 à 15 22 18

Avant
Capture d’écran 2024-09-30 à 15 21 48

Masque le bouton de soumission intermédiaire aux technologies d'assistance

Après
Capture d’écran 2024-09-30 à 15 25 34

Avant
Capture d’écran 2024-09-30 à 15 26 21

Supprime les attributs aria-labelledby inutiles

Après
Capture d’écran 2024-09-30 à 15 30 30

Avant
Capture d’écran 2024-09-30 à 15 30 07

Supprime les regroupements inutiles

Après
Capture d’écran 2024-09-30 à 15 33 11

Avant
Capture d’écran 2024-09-30 à 15 33 44

Améliore la césure dans le menu d'aide

Après
Capture d’écran 2024-09-30 à 15 41 34

Avant
Capture d’écran 2024-09-30 à 15 41 05

Supprime les attributs autocomplete="false" erronés

Après
Capture d’écran 2024-09-30 à 15 44 46

Avant
Capture d’écran 2024-09-30 à 15 45 33

Supprime le bouton de recherche ouvrant la modale en mobile en vue utilisateur

Après
Capture d’écran 2024-09-30 à 15 46 02

Avant
Capture d’écran 2024-09-30 à 15 45 49

@inseo inseo self-assigned this Sep 30, 2024
Copy link

codecov bot commented Sep 30, 2024

Codecov Report

All modified and coverable lines are covered by tests ✅

Project coverage is 84.70%. Comparing base (4830769) to head (a000c33).
Report is 34 commits behind head on main.

Additional details and impacted files
@@            Coverage Diff             @@
##             main   #10879      +/-   ##
==========================================
+ Coverage   84.69%   84.70%   +0.01%     
==========================================
  Files        1130     1130              
  Lines       25064    25064              
  Branches     4701     4701              
==========================================
+ Hits        21228    21231       +3     
+ Misses       3836     3833       -3     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

@@ -11,6 +11,7 @@
%fieldset#radio-rich-hint.fr-fieldset
%legend.fr-fieldset__legend--regular.fr-fieldset__legend
= t('views.users.dossiers.identite.legend')
= render EditableChamp::AsteriskMandatoryComponent.new
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Dans la mesure ou tous les champs de cette page sont obligatoires, est ce qu'on allègerait pas la page en retirant la mention certains champs avec des * sont obligatoires ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ça c'est une question d'UX à voir avec @marleneklok. :)

D'un point de vue perso, je trouverai ça beaucoup plus lisible et moins lourd d'indiquer que tous les champs sont obligatoires.
Par contre, cela impliquerait de supprimer les astérisques derrière chaque champ. Car si l’astérisque est présente, on ne peut pas ne pas expliciter sa signification (pour les personnes présentant des troubles cognitifs, par exemple).

Donc s'il est techniquement possible de conditionner l'affichage de l'astérisque, je pense que ce serait clairement la meilleure option.
Reste à savoir si c'est possible... ;)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Je serais d'avis de conserver le code standard "astérisque" pour matérialiser les champs obligatoires.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Comme quoi, ça vaut le coup de demander son avis à une personne dont c'est le métier. ^^

@@ -48,9 +48,15 @@
.fr-fieldset__element.fr-mb-0
.fr-fieldset.width-100
.fr-fieldset__element.fr-fieldset__element--short-text
= render Dsfr::InputComponent.new(form: individual, attribute: :prenom, opts: { autocomplete: (for_tiers? ? false : 'given-name') })
- if for_tiers?
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

je ne comprends pas ce change, ce n'est pas ce autocomplete: (for_tiers? ? false : 'given-name') }) est sensé faire ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@@ -6,7 +6,7 @@
- is_administrateur_context = nav_bar_profile == :administrateur && administrateur_signed_in?
- is_expert_context = nav_bar_profile == :expert && expert_signed_in?
- is_user_context = nav_bar_profile == :user
- is_search_enabled = [params[:controller] == 'recherche', is_instructeur_context, is_expert_context, is_user_context && current_user.dossiers.count].any?
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

j'ai l'impression qu'avant on permettait aux usagers d'avoir un moteur de recherche dès qu'il avait un dossier (bien que la syntaxe est ici illisible, je te l'accorde).

tu ne veux plus permettre aux usagers de rechercher ?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Sauf erreur de ma part, le is_search_enabled n'est utilisé qu'à la ligne 23 pour conditionner l'affichage du bouton permettant d'afficher la modale.

Sachant que le formulaire de recherche est affiché dans le cœur de page sur la page de listing et que la fonctionnalité n'est pas disponible sur les autres pages pour les usagers, nous sommes arrivés à la conclusion que la présence du bouton constituait une erreur.

Je me pingue @marleneklok , @lisa-durand et @mfo pour confirmer. :)

Copy link
Contributor

@mfo mfo Oct 3, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ETQ usager, j'effectue ma recherche "depuis ma page d'acceuil", pas depuis n'importe ou.

Capture d’écran 2024-10-03 à 10 10 10 AM

ETQ usager sur mobile, quelque soit la page, il y a une loupe étrange en haut a droite

Capture d’écran 2024-10-03 à 10 10 25 AM

ETQ équipe on vire le bouton étrange en haut a droite

@inseo inseo added this pull request to the merge queue Oct 3, 2024
Merged via the queue into main with commit 19cd42a Oct 3, 2024
18 checks passed
@inseo inseo deleted the a11y-fix-process-home-connected branch October 3, 2024 08:46
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: Communiqué, ou a ne pas communiqué
Development

Successfully merging this pull request may close these issues.

4 participants