Accéder au contenu.
Menu Sympa

rgaa - RE: [rgaa] Changement de contexte utilisateur

rgaa AT framalistes.org

Objet : Accessibilité numérique, normes internationales, composants réutilisables, critères RGAA et tests, outils et ressources...

Archives de la liste

RE: [rgaa] Changement de contexte utilisateur


Chronologique Discussions  
  • From: <adresse@cachée>
  • To: "adresse@cachée" <adresse@cachée>
  • Subject: RE: [rgaa] Changement de contexte utilisateur
  • Date: Fri, 15 Apr 2022 07:16:17 +0000
  • Accept-language: fr-FR, en-US
  • Msip_labels: MSIP_Label_f47c794b-e3ab-43f0-9e0f-29fc3e503192_Enabled=true;

Bonjour,
Juste pour compléter, la page Orange que tu signales est également disponible
en français :
https://a11y-guidelines.orange.com/fr/articles/single-page-app/

S'il y a des choses à compléter n'hésiter pas, c'est de l'open source, tout
est sur github.

Sylvain


-----Message d'origine-----
De : adresse@cachée <adresse@cachée> De la part
de "Alexandre ARNAUD"
Envoyé : jeudi 14 avril 2022 19:11
À : adresse@cachée
Objet : RE: [rgaa] Changement de contexte utilisateur

Bonsoir à tous,

Si on peut utiliser l'historique du navigateur, page précédente et suivante,
à mon sens il s'agit bien d'un changement de page.

Pour la question de l'implémentation Orange a rédigé un guide intéressant sur
le sujet :
https://a11y-guidelines.orange.com/en/articles/single-page-app/

Il y a également une discussion stackoverflow qui donne des pistes utiles :
https://stackoverflow.com/questions/18619186/tell-screen-reader-that-page-has-changed-in-backbone-angular-single-page-app

Je vais également avoir à traiter ce sujet et je me demande s'il n'existerait
pas un moyen standard en javascript ou HTML pour annoncer le rechargement de
la page ?

Merci d'avoir à tous pour votre aide.

> -----Message d'origine-----
> De : adresse@cachée <adresse@cachée> De la
> part de "De deyne" (via rgaa Mailing List) Envoyé : jeudi 14 avril
> 2022 10:00 À : adresse@cachée Objet : [rgaa] Changement de
> contexte utilisateur
>
> Bonjour à tous.
> Une question autour de la maitrise du contexte par l’utilisateur.
> Prenons un cas simple : une liste de résultats avec une pagination.
> Dans un site web web classique, ma pagination serait une <nav> avec
> des liens. Mon url va changer et ma page 2 sera une nouvelle page (nouveau
> contexte).
> Dans une application web moderne, le routage se fait côté client ; du
> coup proposer un lien <a> sur cette même pagination c’est un peu
> mentir à l’utilisateur parce qu’il ne sera pas réellement redirigé.
> Sauf erreur de ma part, une technologie d'assistance ne captera pas
> cela comme un changement de page.
>
> Est-on sur un cas similaire à l’utilisation d’un lien ancré ? Parce
> que, sur un routage js, je vais probablement aussi changer mon hash dans
> l’url.
>
> Pour simplifier, dans le cas présenté, on va changer une partie de
> l’écran via ces liens de pagination mais pas plus qu’avec une boite à
> onglet ou un carousel. Finalement utilise-on préférablement des
> boutons ou des liens sur cette pagination ?
>
> Pour aller plus loin où se trouve la limite ? Quand est-ce que je vais
> considérer que ma page à suffisamment changée pour nécessité une
> avertissement de changement de contexte (utilisation du lien plus que
> du
> bouton) ?
>
> Merci d'avance pour vos éclaircissements



_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu
ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou
falsifie. Merci.

This message and its attachments may contain confidential or privileged
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been
modified, changed or falsified.
Thank you.




Archives gérées par MHonArc 2.6.19+.

Haut de le page