Quand j'écris "cohabitation des contenus", je pense à la possibilité de
charger le contenu de plusieurs pages en présence dans le DOM de la page.
Exemple : je peux précharger le contenu de certaines pages au chargement ou
après un premier chargement (si je récupère une page statique qui ne varie
pas, il n'est probablement pas pertinent de lancer une requête via
XmlHttpRequest à chaque fois). De ce fait, il faut s'assurer que ces
contenus sont correctement implémentés afin qu'ils soient totalement
inaccessibles tant qu'ils ne sont pas "actifs".

Pour le focus, deux possibilités (ça peut dépendre du contexte) :
- celle que tu évoques : transmission du focus en tout début de page soit
sur l'élément body soit sur un conteneur global ;
- transmission du focus sur le conteneur où se trouve le contenu dédié.
Il est possible également de coupler ce changement de focus à une live
region (masquée) qui remontrait à l'utilisateur le titre de la page
désormais affichée. A noter : qu'il n'est pas possible de le faire
directement depuis l'élément title de la page (ce qui aurait pu être très
pratique et efficace).

Romain

Le 8 février 2017 à 11:22, Antoine Bouet <[email protected]> a écrit
:

> Merci Romain pour ta réponse complète :)
>
> Je n'ai juste pas compris ce que tu veux dire par "gestion de la
> cohabitation des contenus".
> Une remise du focus en haut de page après un clic sur un lien suffit pour
> comprendre le changement de contexte quand il n'y a pas de rechargement de
> page ?
>
> Le 08/02/2017 à 10:42, Romain Gervois a écrit :
>
> Bonjour,
>
> L'API History de HTML 5 ne gère pas le changement de pages (et tous les
> effets visuels qui vont avec) mais permet de manipuler l'historique de
> navigation. Dans un contexte où les changements de pages sont réalisés
> entièrement en Javascript, il est ainsi possible de modifier la pile de
> l'historique de navigation et de détecter ce changement via un événement
> dédié. Ainsi l'utilisateur peut bénéficier des fonctions du navigateur
> (page précédente, page suivante, rafraichir et ajout aux favoris). Note :
> ce fonctionnement est indépendant de l'existence réelle des URLs.
>
> L'ancienne méthode (très artisanale et limitée) pour gérer cet aspect
> était basée sur l'utilisation de la propriété hash de window.location et de
> l'événement associé hashchange. Note : cette méthode est encore utilisée
> sur Gmail par exemple.
>
> Côté accessibilité, on retombe sur les mêmes règles et pratiques qu'en
> contexte Single Page Applications (gestion du focus et gestion de la
> cohabitation des contenus) complété d'une gestion du title de la page
> (document.title) si on utilise cette API correctement.
>
> Romain
>
> Le 7 février 2017 à 18:07, Antoine Bouet <[email protected]> a
> écrit :
>
>> Bonjour la liste !
>>
>> Je me demande comment doivent être gérés les liens de sites utilisant
>> l'History API de HTML5 pour être accessibles.
>> Cette technologie permet de changer de page sans recharger le navigateur
>> et ainsi faire des effets visuels plus poussés et des transitions entre
>> pages.
>> Exemple : https://saint-constant.ca
>>
>> Doit-on avertir l'utilisateur que la page ne sera pas rechargée
>> "normalement" ?
>> Ou est-ce que le fait que le lien soit normalement constitué suffise ?
>>
>> J'avoue que je viens de découvrir cette technologie et ca me laisse
>> perplexe ...
>>
>> Merci pour vos retours !
>>
>> --
>> Cordialement,
>>
>> Antoine BOUET
>> Ingénieur Développement
>> Expert AccessiWeb en Evaluation
>>
>> CIMEOS
>> Besançon - Rennes
>> e-mail : [email protected]
>> www.cimeos.com
>>
>>
>> _______________________________________________
>> liste_gta mailing list
>> [email protected]
>> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>>
>>
>
>
> _______________________________________________
> liste_gta mailing 
> [email protected]http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
> --
> Cordialement,
>
> Antoine BOUET
> Ingénieur Développement
> Expert AccessiWeb en Evaluation
>
> CIMEOS
> Besançon - Rennes
> e-mail : [email protected]
> www.cimeos.com
>
>
> _______________________________________________
> liste_gta mailing list
> [email protected]
> http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org
>
>
_______________________________________________
liste_gta mailing list
[email protected]
http://list.accessiweb.org/mailman/listinfo/liste_gta_list.accessiweb.org

Répondre à