Améliorations UX pour l'accessibilité du clavier

Comment pouvons-nous fournir une expérience utilisateur accessible aux utilisateurs de clavier uniquement et de technologie d'assistance sans affecter l'expérience des autres utilisateurs ? Nous avons gentiment demandé à Aaron Pearlman, concepteur UX principal chez Deque Systems, de partager quelques outils et techniques pratiques pour garantir que nous offrons tous une expérience inclusive et accessible à nos utilisateurs.

Dans le cadre de notre adhésion Smashing, nous organisons Smashing TV, une série de webinaires en direct, chaque semaine. Pas de fioritures - juste des webinaires pratiques et exploitables avec une session de questions-réponses en direct, animés par des praticiens respectés de l'industrie. En effet, le programme Smashing TV semble déjà assez dense, et il est gratuit pour les membres Smashing, ainsi que les enregistrements - évidemment .

Nous espérons que vous apprécierez le webinaire autant que nous !

Aaron Pearlman : Vous devriez pouvoir voir mon écran. OK, tout de suite, laissez-moi juste… Voilà, très bien. Eh bien, bonjour tout le monde. Comme je l'ai dit, je suis Aaron Pearlman, le concepteur principal de l'expérience utilisateur pour Deque. Et je pense - Euh, laissez-moi bouger - Zoom a tendance à mettre un peu d'interface utilisateur sur le chemin, donc je m'excuse si j'ai l'air de bouger frénétiquement et que la souris, espérons-le, ne s'affiche pas. Et donc, aujourd'hui, nous allons parler des types d'optimisations que vous pouvez apporter aux utilisateurs de clavier uniquement et de technologie d'assistance. Comme je l'ai mentionné il y a un instant, ce type d'optimisations, ce genre de choses n'empêchera personne d'autre d'utiliser votre… elles ne seront pas non plus inutilisées par d'autres personnes. Ils ont simplement tendance à être des choses qui seront plus avantageuses pour les utilisateurs qui utilisent principalement un système avec une technologie d'assistance utilisateur uniquement au clavier.

Aaron Pearlman : Pour ceux qui ne sont pas familiers avec ce que cela signifie, ce qu'est une technologie d'aide à l'utilisateur avec clavier uniquement : un utilisateur avec clavier uniquement serait quelqu'un qui utilise généralement votre clavier pour parcourir un système. Ils vont donc beaucoup utiliser l'onglet et l'onglet Maj et les touches fléchées pour parcourir votre système, donc la concentration est très importante pour eux. Vous constaterez peut-être que cette personne peut avoir des problèmes de motricité, peut également avoir des déficiences visuelles, les utilisateurs du clavier uniquement, puis les utilisateurs de technologies d'assistance utilisent également un clavier pour traverser votre système, ils peuvent également utiliser d'autres technologies d'assistance telles que l'écran compteurs comme VoiceOver ou un lecteur braille ou quelque chose comme ça.

Aaron Pearlman : Donc, c'est un peu ce sur quoi nous nous concentrons : nos utilisateurs de cette nature, car une bonne partie des personnes handicapées ont tendance à tomber dans ce camp. Cela ne veut pas dire tout le monde. Certes, il existe une myriade de handicaps et de gradations différents entre les deux, mais dans ce but, c'est ce sur quoi nous allons nous concentrer aujourd'hui.

Aaron Pearlman : Donc, un petit aperçu de ce que nous allons couvrir : nous allons parler un peu du processus de conception avec peut-être beaucoup de choses à faire comme un exercice que nous pourrait entrer, peut-être pas, avant de passer aux liens de saut. Et puis les liens de saut vont être l'une des fonctionnalités que nous allons couvrir, les moyens d'optimiser votre modal et la façon de gérer la concentration. Donc, ce seront les trois grandes catégories que nous allons couvrir, puis nous aurons du temps pour les questions lorsque nous aurons tous terminé.

Aaron Pearlman : Pour commencer, j'ai pensé que nous pourrions faire un petit tour d'horizon du processus de conception UX. J'étais dans différents ateliers et autres, je trouve qu'il y a une myriade d'individus différents qui sont là dans de nombreuses disciplines différentes, tout le monde n'est pas un concepteur d'expérience utilisateur, donc ils ne sont peut-être pas aussi familiers avec le processus que de nombreux concepteurs UX emploient. Donc, pour cela, j'ai pensé que nous allions le parcourir brièvement, nous n'allons pas y consacrer énormément de temps, mais je trouve que cela mérite d'être examiné brièvement. Aussi parce que cela va également être lié à la conception accessible. Ainsi, la plupart des conceptions UX ont tendance à passer par un processus appelé découverte, ce n'est pas toujours appelé découverte, parfois cela s'appelle idéation rapide, itération rapide. Beaucoup de gens l'appellent différemment, mais le fait est que c'est la partie du processus de conception où se produit une grande partie de la fabrication.

Aaron Pearlman : Il arrive souvent que nous ayons également des idées et des exigences différentes, c'est un moment où beaucoup de recherche et de synthèse avec vos objectifs organisationnels et de filtrage avec toutes ces informations, et ce qui en ressort est généralement des artefacts qui nous permettent de construire le système que nous allons créer ou les fonctionnalités que nous créons. Ceux-ci ont tendance à être - ils ne le sont pas toujours - mais ils ont tendance à être des choses comme des prototypes, parfois vous verrez des modèles mentaux qui en sortiront également. Mais un prototype d'un certain niveau de fidélité qui reflète la manière dont votre utilisateur cible va atteindre ses objectifs. Le TLDR consiste à réitérer la conception et nous testons avec les utilisateurs et réitérons, testons avec les utilisateurs, réitérons, testons avec les utilisateurs, puis à la fin, cela finit par être construit.

Aaron Pearlman : Vous pensez que c'est important, c'est que les considérations d'accessibilité sont que nous voulons penser et faire de l'accessibilité tout au long de ce processus de conception. Et différents niveaux de fidélité peuvent mériter, en pensant à différents types de choses, cela dépend vraiment. Je n'entrerai pas dans les détails, mais en général, nous voulons incorporer ces heuristiques et ces méthodes, et nous allons à mesure que les concepteurs développent nos pouvoirs d'accessibilité au fil du temps, tout comme nous développons nos pouvoirs d'être un bon concepteur d'expérience utilisateur au fil du temps. Au début, on ne s'attend pas à ce que vous alliez lire WCAG 2.1, puis vous lirez la spécification ARIA, puis vous aurez terminé et vous ne ferez plus d'erreurs, ou vous ne manquerez de rien en ce qui concerne vos conceptions et la conception accessible. Ce n'est pas nécessairement raisonnable par n'importe quel effort d'imagination.

Aaron Pearlman : Sachez simplement que vous allez apprendre avec le temps. Certes, j'ai encore des erreurs d'accessibilité, et tout ce sur quoi je travaille et c'est juste pour m'améliorer. Donc, [inaudible] parce que je conçois toujours de manière accessible. Donc, une petite prise bien qu'elle soit pertinente pour ce sur quoi nous allons travailler aujourd'hui s'appelle Trane. C'est notre bibliothèque de modèles entièrement accessible chez Deque, nous l'utilisons pour créer nos propres produits. C'est un framework frontal HTML, CSS et JavaScript, assez similaire à Bootstrap, si vous avez déjà utilisé quelque chose comme ça. Nous avons également une bibliothèque de réaction qui est également une bibliothèque sœur. Notre équipe se développe en réaction. Mais nous allons examiner quelques-unes des choses ici aujourd'hui à titre d'exemples. Mais c'est open source, c'est disponible, il y aura un lien vers lui à la fin de ce deck, que je mettrai à la disposition de tout le monde.

Aaron Pearlman: Et c'est gratuit pour vous d'utiliser et d'obtenir des branches et de l'utiliser à votre guise ou d'y contribuer, nous aimerions également y contribuer. Donc juste une petite prise, mais nous y ferons référence au fur et à mesure. Donc, pour la première chose que nous allons examiner, ce sont les liens de saut. Et pour ceux qui ne savent peut-être pas ce qu'est un lien de saut, les liens de saut sont de petits liens qui auront tendance à apparaître comme le tout premier arrêt de tabulation dans une application Web ou un site Web. Et ce qu'ils vous permettent de faire, c'est qu'ils vous permettent de contourner certaines parties du site Web. Pourquoi voudriez-vous faire ça ?

Aaron Pearlman: Eh bien, si vous avez un site Web qui a un menu très riche, cela peut être un grand menu de panneau d'affichage ou simplement beaucoup de choses, si vous êtes un utilisateur de clavier uniquement ou de technologie d'assistance, quand vous y arrivez site et votre VoiceOver commence à le lire, ou même pas, même, peut-être que vous êtes un utilisateur voyant, vous n'utilisez que votre clavier, vous allez devoir parcourir tous ces différents éléments pour passer à le contenu ou à l'espace de travail que vous souhaitez commencer quelle que soit votre activité que vous y faites. Et donc, ce qu'un lien de saut vous permet de faire, c'est de contourner généralement, généralement la navigation pour accéder à la zone d'espace de travail de cette application.

Aaron Pearlman : Il peut parfois y avoir plusieurs liens et généralement n'en voir qu'un seul, mais nous avons quelques exemples. Je vais vous montrer un exemple où vous pouvez également utiliser plusieurs liens de saut. J'ai donc pensé que nous pourrions examiner quelques types différents de liens de saut ou quelques types de liens de saut différents, puis nous examinerons une autre page qui n'a pas de lien de saut, et peut-être parler un peu de l'endroit où un pourrait être utile là-bas. Le premier que nous allons regarder, j'espère que vous pouvez voir mon écran. Le premier que nous allons examiner est ce lien de saut que nous utilisons sur deque.com et ce que c'est, c'est ce que j'appellerais un élément de déplacement en ce sens qu'il déplace la page. Ainsi, lorsque je clique ici, je peux voir que le lien de saut est là et il me dira de passer au contenu.

Aaron Pearlman : Et quand je sélectionne cela, cela m'enverra au contenu ci-dessous, et je l'appelle déplacement parce qu'il s'insère et se cache littéralement et s'y insère et le déplace. C'est le lien de saut que nous avons choisi d'utiliser pour notre contenu, mais c'est un lien très courant. Vous le verrez s'insérer en haut d'un site Web ou d'une application Web. Le prochain que nous allons examiner est celui d'un site que je suis sûr que beaucoup d'entre vous ont utilisé ou utilisé assez fréquemment. C'est Amazon, nous allons regarder leur lien de saut. Lorsque je tabule là-dedans, si vous regardez dans le coin supérieur gauche là-bas, vous le verrez superposé, c'est un style de superposition, c'est très, très courant où il superposera le contenu, et donc il sautera souvent tout ce qui est derrière pour vous montrer le saut au contenu principal là-bas.

Aaron Pearlman : Les avantages et les inconvénients entre le déplacement et la superposition sont négligeables. Si vous trouvez que votre contenu est quelque chose que vous ne voulez jamais obscurcir, alors vous voudrez peut-être insérer quelque chose et simplement l'utiliser, déplacement un, vice versa, cela n'a pas d'importance, c'est bien aussi. Si vous concevez un contenu qui se lit de droite à gauche, comme le contenu arabe, vous pouvez placer votre lien de saut dans le coin supérieur droit, cela peut le mériter. Cela dépend vraiment de ce qui est approprié. Mais en fin de compte, cette discrétion appartiendra au concepteur de son équipe. Donc, voici un exemple de deux liens de saut qui étaient un seul lien de saut, et j'ai pensé vous en montrer un où il y a plusieurs options à l'intérieur du lien de saut.

Aaron Pearlman : Je vais récupérer cet exemple, il provient de notre bibliothèque de modèles. Maintenant, pour cet exemple particulier, je ne concevrais pas réellement quelque chose qui avait plusieurs liens de saut car cela ne le mérite pas vraiment, mais nous l'avons juste fait dans le but de le démontrer. Je vais donc tabuler dans et dans le coin supérieur gauche, nous utilisons une superposition qui vous montre deux liens de saut ici. Et ce sont des taquets de tabulation à l'intérieur d'ici, donc si j'appuie à nouveau sur tabulation, nous allons tabuler dans le suivant et si je tabule loin, ça ira. Si je tabule à nouveau, ça va partir et ça va aller dans l'en-tête en haut là-bas. Je vais reculer l'onglet, reculer l'onglet pour que nous puissions voir que nous pouvons entrer et sortir d'ici.

Aaron Pearlman: Et puis je vais entrer dans l'un d'entre eux juste pour que vous puissiez le voir. Et que se passe-t-il à ce stade lorsque je le sélectionne, il m'envoie dans la zone d'espace de travail et il se concentre en fait sur cette zone d'espace de travail. Ce que vous verrez pour beaucoup d'applications Web, c'est qu'elles ne montrent pas réellement le focus lui-même, nous voulions montrer que dans nos applications, ce n'est pas un focus d'éléments pour ainsi dire, mais c'est quelque chose qui peut prendre se concentrer. Et puis à partir d'ici, nous allons nous concentrer et ensuite nous pouvons aller aux différents éléments à l'intérieur qui sont au centre de tous les éléments qui sont à l'intérieur, les éléments [inaudible 00:12:28]. Donc, ce sont des exemples de quelques façons différentes de sauter des liens.

Aaron Pearlman : Comme je l'ai dit, il y a un exemple dans la bibliothèque de modèles, vous pouvez l'utiliser, nous en avons également une version, je crois qu'ici il y a des erreurs. Nous avons également un exemple de lien de saut unique, et vous pouvez également l'utiliser. Nous avons donc ici deux exemples différents. Mais ce sont des exemples de façons courantes d'utiliser des liens de saut. Et ils sont principalement utiles aux personnes qui n'utilisent leur clavier que pour parcourir le système lorsqu'elles utilisent une technologie système à la suite de cela.

Aaron Pearlman: Mais parfois, il peut y avoir d'autres cas où un lien de saut pourrait potentiellement être bénéfique. J'ai vu que cela pouvait être potentiellement bénéfique. Vous pouvez imaginer une instance où le grand espace de travail de votre site est peut-être un tas de résultats de recherche et il fait un score paresseux où vous allez faire défiler vers le bas, puis il chargera plus de résultats, et fera défiler vers le bas et il ' ll charger plus de résultats, vous faites défiler vers le bas, et il chargera plus de résultats.

Aaron Pearlman : Eh bien, comment accédez-vous au pied de page ? Et j'ai déjà eu ce problème auparavant, où je suis allé sur les moteurs de recherche et je n'ai jamais pu accéder au pied de page. Et ce qui aurait été bien, c'est le lien de saut qui me permettait en fait de passer au pied de page, car je cherchais des informations dans le pied de page. Il existe donc des façons dont les liens de saut peuvent être bénéfiques pour cela. Ce n'est pas la seule façon de résoudre ce problème. Bien entendu, vous pouvez également utiliser des touches matérielles ou des menus contextuels. Il existe de nombreuses techniques différentes pour atteindre ces objectifs, mais c'est celle pour laquelle les liens de saut ont tendance à être très bons [inaudible 00:14:13]. Certaines choses à garder à l'esprit lors de la conception d'un lien de saut sont que, généralement, il s'agira du tout premier taquet de tabulation sur l'application Web de votre site Web.

Aaron Pearlman : Et c'est généralement là qu'il se trouve, et donc si je crie ou si je n'utilise que le clavier, je peux y accéder immédiatement. C'est la toute première chose que je peux faire lorsque j'entre. Donc, si c'est quelque chose qu'une application Web que j'utilise fréquemment, je peux aller directement à ce que j'essaie de faire. Il devrait également être représenté visuellement là où il est censé se trouver dans les informations, dans l'IA en gros, afin que vous puissiez également mettre des liens de saut et d'autres parties de votre application, comme je pourrais en mettre un ici si je le voulais, trouver un long site de pile de défilement et je voulais le faire, et je voulais avoir un lien de saut dans quelque chose. Je suis à peu près sûr que vous pouvez vous ancrer dans différentes choses comme ça, mais cela devrait être représenté visuellement là où il devrait être, à l'intérieur de l'application.

Aaron Pearlman : En général, c'est extrêmement rare. La plupart des liens de saut sont toujours dans les tout premiers taquets de tabulation. En général, ne faites pas ça. Je pense que vous pouvez techniquement, mais je dirais que non. Et puis la dernière chose est que c'est un élément interactif et c'est le contraste des couleurs passé, alors assurez-vous que c'est le cas, si vous décidez d'utiliser comme une image ou quelque chose dedans, je le ferais, mais si vous l'avez fait, il doit avoir le nom accessible approprié avec lui aussi. En général, la plupart des gens utilisent des textes et des liens, donc ça va être balisé comme un lien. Assurez-vous simplement qu'il passe le contraste des couleurs afin qu'il [inaudible 00:16:07]. Très bien. C'est donc un peu tout ce que nous avons pour les liens de saut.

Aaron Pearlman : C'est un modèle assez succinct mais très courant que vous voyez partout et c'est quelque chose que vous pouvez ajouter assez, c'est assez simple à ajouter à votre application Web, mais cela peut faire une grande différence pour les personnes qui utilisent leur clavier ou technologie du système. Alors permettez-moi d'aller de l'avant et de fermer ceci et passons aux optimisations modales. Choisissez de le faire parce que les modaux sont très, très, très, très courants parmi la plupart des applications Web et ils viennent dans de nombreux forums différents, de nombreuses façons différentes de façonner et de créer les modaux.

Aaron Pearlman : Mais certaines choses communes que je vois apparaissent dans plus de choses que nous pouvons corriger, jusqu'à ce que nous puissions faire quelques optimisations pour en faire une meilleure expérience pour les utilisateurs de clavier uniquement et de technologie d'assistance. Et en général, je pense que vos modaux sont bien meilleurs. Une chose que je pensais montrer ici très rapidement, c'est qu'une chose importante qu'un Modal doit faire est qu'il doit être capable de piéger la concentration à l'intérieur de lui. Je voulais montrer un exemple de… c'est juste ici. Au fait, j'adore dribbler, donc ce n'est pas une fouille contre eux. C'est probablement juste un petit oubli ici. Je les ai utilisés tout le temps comme un site charmant et il y a des choses merveilleuses dessus.

Aaron Pearlman : Donc, si je devais me connecter, oups, je suis désolé, l'inscription. Voici un modal ici et quelque chose qui peut arriver parfois. Si vous remarquez attentivement, je tape onglet, onglet, onglet, onglet, onglet. Comme vous pouvez le voir derrière l'écran, c'est un peu difficile à voir. Vous pouvez voir que la concentration n'a pas été tout à fait piégée à l'intérieur du Modal et cela peut arriver parfois. Donc, si j'étais un utilisateur qui utilise une technologie d'assistance ou un clavier uniquement, il me serait très difficile d'y revenir.

Aaron Pearlman : C'est quelque chose qui arrive très, très, très, très souvent, et cela peut certainement arriver lorsque vous insérez différentes choses intéressantes dans Modal. Donc, quelque chose dont nous voulons nous assurer, et la raison pour laquelle j'en parle, la raison qui est en fait très, très importante, c'est que lorsqu'un modal est évoqué, il doit en quelque sorte s'annoncer à l'individu qui l'a évoqué, savoir quoi ils ont simplement ouvert, mais ils ont en fait ouvert la bonne chose.

Aaron Pearlman : Et donc, la façon dont il peut s'annoncer est que, soit le corps du modal doit être focalisé, soit potentiellement l'en-tête du modal peut être focalisé afin que nous puissions dire à l'individu qui évoque le modal, qu'il est ce qui se passe. Donc, s'ils ont la voix, ils utilisent par exemple VoiceOver dessus, cela leur dira ce qu'ils regardent. J'ai donc pensé donner quelques exemples de façons dont le corps peut être focalisé, puis un exemple de la façon dont le modèle peut focaliser l'en-tête à la place, puis ce que nous pouvons faire avec cela.

Aaron Pearlman : Je vais ouvrir ça très rapidement ici. Très bien. Et donc le modal qu'ils ont pour ça, je pense que c'est un site de vêtements juste ici. Et ce qui s'est passé, c'est que ça a focalisé le corps et je peux le montrer mieux en… Je vais activer VoiceOver très rapidement. Je vais le remonter.

VoiceOver : VoiceOver sur Chrome.] Bonobos, [inaudible 00:20:10]-

Aaron Pearlman : Et vous ne pourrez pas l'entendre...

VoiceOver : Google Chrome, [email protected]

Aaron Pearlman : Mais vous pourrez le voir.

VoiceOver : Fermez la carte, votre carte est vide, le groupe a le focus clavier. Vous êtes actuellement sur le groupe en ouvrant votre carte, refermez la carte, votre carte est en groupe vide. Vous êtes actuellement sur le groupe à l'intérieur du contenu Web, VoiceOver désactivé.

Aaron Pearlman : Donc, juste là, quand je l'ai concentré, il a lu un peu de tout ce qui se passait sur votre carte fermée et votre carte est vide parce que l'achat était concentré à ce moment-là. Et c'est parfaitement valable. C'est une façon parfaitement valable de concentrer vos modaux. Ce n'est pas du tout un problème. Et ensuite, à partir de là, vous pouvez faire défiler tout ce qui se trouve à l'intérieur. Une autre façon courante d'évoquer un modal consiste à focaliser l'en-tête.

Aaron Pearlman : Et c'est ce que nous faisons dans les modaux que nous utilisons pour nos applications, c'est que nous nous concentrons sur l'en-tête. Je vais donc évoquer le modal, et comme vous pouvez le voir ici, le focus est là où il est dit modal avec forme, le focus est là sur l'en-tête. En fait, plutôt que d'indiquer cela comme un index, nous nous concentrons sur cela par programmation. Et la raison pour laquelle nous nous concentrons par programme sur le fait que lorsque je fais défiler les onglets ici, il va maintenant au bouton de fermeture, également dans l'en-tête, puis au premier élément interactif, qui est du champ au champ suivant, au champ suivant, au champs suivants, en tabulant à nouveau pour enregistrer, en tabulant à nouveau pour annuler.

Aaron Pearlman: Et à partir d'ici, quand j'ai appuyé sur la tabulation, si cet en-tête était un taquet de tabulation, il irait là, mais nous avons choisi de ne pas le faire. Au lieu de cela, nous allons à la fin et la raison pour laquelle nous le faisons est que si quelqu'un utilisait Voice Over, comme vous avez peut-être vu une partie de ce qui était en train d'être écrit et qui me parvenait aux oreilles en même temps, c'était en fait très un peu gênant car il parle très vite, c'est un peu bavard. Et donc l'une des optimisations que nous voulions faire pour l'expérience ici était de la rendre un peu moins bavarde. Alors oui, nous l'annonçons, ça va, nous nous concentrons par programme sur le modal avec la forme lorsqu'ils y arrivent pour la première fois, afin qu'il leur fasse savoir que le modal qu'ils ont évoqué est en fait ce sur quoi ils se concentrent actuellement.

Aaron Pearlman: Mais nous n'avons pas besoin de l'annoncer encore et encore et encore s'ils devaient parcourir ces changements en passant par ce modal. Il s'agit donc d'une petite optimisation qui serait probablement complètement invisible pour la majorité de vos utilisateurs de souris cités uniquement. Mais cette petite optimisation, vous pouvez imaginer que si j'utilisais beaucoup de modaux pour remplir fréquemment des formulaires et que j'étais un utilisateur qui utilisait uniquement le clavier ou la technologie d'assistance, cette optimisation s'additionnerait au fil du temps. Ainsi, les petites expériences utilisateur que nous pouvons faire, qui peuvent faire une différence globale significative dans le soin que nous pouvons apporter à nos conceptions, de sorte qu'elles soient l'expérience la plus souvent que nous pouvons fournir.

Aaron Pearlman : En parlant de gestion de la concentration, le dernier que nous allons aborder est la gestion de la concentration elle-même. Et nous en avons vu un exemple, que peut-il se passer si la concentration peut se perdre dans certains types de manipulation ? Mais plutôt que d'être simplement quelque chose qui peut être un problème important, la façon dont vous gérez la concentration peut changer considérablement l'expérience qu'un individu aurait. Vraiment, la règle concernant la gestion de la concentration, en particulier avec les deux cas que nous allons examiner en ce moment, qui sont la suppression et l'ajout d'éléments à votre espace de travail ou à tout ce dans quoi vous travaillez, c'est que… Cela peut définitivement changer la façon dont quelqu'un interagit avec elle. Et donc nous voulons qu'il suive l'expérience attendue que vous auriez pour quelqu'un qui est un utilisateur de la souris uniquement ou un utilisateur voyant, un utilisateur de la souris uniquement, devrais-je dire.

Aaron Pearlman : Dans ce cas, nous allons examiner… car ici, nous allons examiner… Bon, laissez-moi traîner. Attendez une seconde. Je vais devoir sortir ça d'ici temporairement. Nous y voilà. Donc, vous ne devriez pas pouvoir voir un exemple d'un modal que j'ai conçu, c'est en fait un seul modal, nous en avons deux types d'images et une seule montre juste ce qu'il y a en dessous du pli plutôt que d'en faire une vraiment , vraiment faux ou je l'ai juste divisé pour que vous puissiez voir ce qui était en dessous dans le pli. Et sur le côté droit, si vous regardez, il y a une icône de corbeille qui est actuellement ciblée. Et donc, lorsque nous cliquons sur cette icône de corbeille, en supposant qu'il n'y a pas de dialogue qui dit : "Êtes-vous sûr de vouloir le supprimer ?"

Aaron Pearlman : Supposons simplement que ce n'est pas le cas. La vraie question est alors, que se passe-t-il avec la concentration là-bas ? Parce que lorsque cette icône de corbeille est touchée ou sélectionnée, elle va supprimer les instructions qui se trouvent ici, et elle va également se supprimer elle-même. Alors, où va la concentration ? Donc, en tant que concepteurs, nous voulons choisir où va le focus, car sinon les navigateurs vont choisir le focus si vous créez une application Web à l'intérieur d'une application Web et nous ne voulons pas que le navigateur choisisse où va le focus car il a tendance à jeter des objets sur le corps. Donc, dans ce cas, là où nous voulons vraiment que la concentration aille, c'est que nous voulons que la concentration aille vers l'élément focalisable suivant, pas nécessairement le… ce que j'appellerais l'analogue à cela, qui focalisera la prochaine poubelle, la poubelle pour instructions à la place, nous concentrons les instructions sur elle-même.

Aaron Pearlman: Et la raison pour laquelle nous voudrions faire cela, c'est que vous pouvez imaginer que si quelqu'un frappe accidentellement, en utilisant uniquement son clavier, il appuie sur retour, puis il appuie à nouveau sur retour. Il aurait simplement supprimé deux ensembles d'instructions au lieu d'un. Et nous voudrions, nous empêchons cela pour un utilisateur de souris uniquement en ayant littéralement ces choses physiquement éloignées. Mais nous voulons également être en mesure d'empêcher cela, car la concentration est ce qu'ils utilisent pour traverser cela. J'ai donc pensé montrer un autre exemple de ce que nous faisons lorsque nous supprimons le dernier élément de toute la section ici.

Aaron Pearlman : Maintenant, nous avons des instructions de cuisson, la dernière instruction pour l'instruction 1, où va l'accent ici ? Maintenant, pour celui-ci en particulier, il va emboîter le pas avec ce qu'était le précédent, c'est-à-dire qu'il va en fait passer au prochain focus mais rempli à nouveau, qui est l'ingrédient un pour la même raison que nous ne voudrions pas jeter à nouveau dans la corbeille, car si quelqu'un appuie à nouveau sur sélectionner ou appuie à nouveau sur retour, nous serions… Ils supprimeraient accidentellement deux choses qu'ils ne voulaient pas.

Aaron Pearlman : Pour la même raison, nous ne voudrions pas nécessairement jeter cela sur l'un de ces liens ici, car nous aurions le problème inverse où ils ajouteraient également des éléments par inadvertance. Et nous ne voulons pas nécessairement que cela aille au corps, parce que nous allons au corps et votre utilisateur Voice Over, votre utilisateur Assistant Technology, va juste recommencer à bavarder sur le modal ou plutôt que de vous laisser continuer à interagir et fais ce que tu avais l'intention de faire.

Aaron Pearlman : Et enfin, le dernier exemple que j'ai ici est que faisons-nous lorsque nous allons supprimer le dernier élément dans ce cas, dans le modal ici, il ne reste plus rien. Où est-ce que je l'enverrais ? Et c'est définitivement à la discrétion des concepteurs de savoir où cela devrait aller. Il n'y a pas, ça ne va pas être inaccessible si vous choisissez de l'envoyer aux vêtements ou de vous concentrer peut-être sur l'annulation. Cela ne le rend pas nécessairement inaccessible, c'est juste que, cela revient vraiment à quoi vous attendriez-vous ? Quelles informations souhaiteriez-vous transmettre ? Quel récit voulez-vous transmettre à cet utilisateur et où nous choisissons de l'envoyer lorsque nous choisissons de le renvoyer à l'en-tête pour faire savoir à l'utilisateur qu'il est toujours sur le modal, qu'il est toujours là, nous avons ' t fermé sur eux, par exemple là.

Aaron Pearlman: Et donc c'est en fait un changement de programme parce que comme je l'ai dit, ce n'est pas une voix terrible. Ce n'est pas un élément focusable aussi terrible que ça. Nous nous concentrons donc par programme sur cela dans cet exemple particulier. Ce sont donc de bons exemples de ce qu'il faut faire peut-être avec focus lorsque vous supprimez des éléments. J'ai donc pensé que vous pouviez… Je montrerais un exemple de ce que vous faites lorsque vous ajoutez un élément. J'ai donc un exemple de ce très rapide ici pour la rétention de la concentration.

Aaron Pearlman : Et ici, nous allons en ajouter un autre… vous pouvez simplement vous concentrer ici, ajouter un autre ingrédient et vous concentrer ensuite sur l'ingrédient réel dans ce cas, le champ que vous avez ajouté pour deux raisons, une, parce que l'hypothèse est d'ajouter le champ suivant avec lequel nous voulions interagir et ce serait le comportement attendu si j'étais un utilisateur de la souris uniquement, je l'ajouterais probablement pour que je puisse réellement commencer à taper du texte dedans.

Aaron Pearlman : Et encore une fois, nous ne voudrions pas nécessairement rester concentrés sur un autre ingrédient pour la même raison que s'ils appuyaient à nouveau sur retour, nous ne voudrions pas ajouter deux ingrédients au lieu d'un. Ce devrait être le problème opposé de l'exemple précédent. Et le dernier, le dernier exemple que je voulais montrer, parce que je pense que ça pourrait valoir la peine de le montrer, c'est… en fait j'ai cet exemple, je pourrais le remonter un peu. Mais je peux le décrire assez, assez justement en cela, si vous avez que faites-vous quand vous évoquez un modal ? Par exemple, vous avez enregistré quelque chose, le modal disparaît, où se concentre maintenant et ce que nous avons tendance à faire, mais la règle d'or est que vous voulez le renvoyer à n'importe quel élément [inaudible 00:31:03] obtient.

Aaron Pearlman : Donc, si vous imaginez si vous aviez un petit crayon d'édition et que vous le sélectionnez, ouvrez le modal, vous remplissez ce modal, vous appuyez sur Enregistrer, vous voudriez renvoyer le focus à cet élément interactif qui a tendance à être … ou nous le faisons. Il peut arriver que vous souhaitiez l'envoyer ailleurs. Si c'est un sorcier et qu'il va ailleurs après cela, encore une fois à la discrétion du concepteur, à ce que le récit que vous essayez de nous dire où aller. Mais pour des choses qui ressemblent à celle-ci… exemple que je viens de décrire, qui est très courante. Vous évoquez un modal, ou vous faites quelque chose avec et il est rejeté à la suite de cela et le contexte ne change pas nécessairement.

Aaron Pearlman : Et vous ne voulez pas renvoyer cette concentration là où elle était. Et la raison de le faire est qu'un utilisateur de clavier uniquement ou de technologie d'assistance peut reprendre là où il se trouve. Parce que rappelez-vous qu'ils sont dans cet espace et que cet espace est quelque peu linéaire quant à la façon dont ils traversent et surtout lorsque vous utilisez la ville pour tout traverser. Donc, je pense que nous sommes à peu près à 40 minutes, nous avons à peu près le temps pour tous les exemples et les choses que j'avais. Je vais donc céder la parole à Scott.

Scott : Merci Aaron. C'était assez génial, et nous avons beaucoup de questions de la part des participants ainsi que quelques-unes individuellement qui n'ont pas pu venir aujourd'hui parce qu'il voyage. Alors Poan, qui participe régulièrement à nos webinaires, demande : "Lorsque vous supprimez des éléments, ne devrions-nous pas avoir un accusé de réception de l'action et déplacer le focus là-bas, puis passer à l'élément suivant ?"

Aaron Pearlman : lors de la suppression d'un élément, devriez-vous avoir un… faites-vous référence à un avis comme un toast ou dites-vous que vous devriez avoir une région en direct qui vous permet de savoir ce qui se passe ? Si vous déplacez le focus pour supprimer un élément, comme ceux que je viens de montrer dans ce cas particulier, l'évocation de cette suppression par exemple, devrait être suffisante pour leur faire savoir qu'ils ont en fait supprimé.

Aaron Pearlman : Il devrait disparaître. De plus, s'ils utilisent Voice Over, cela sera également pris en compte. Si vous interagissez avec quelque chose et que cela apporte des modifications ailleurs, par exemple, comme si vous faisiez quelque chose et que cela changeait certaines métriques quelque part par exemple, vous allez probablement vouloir utiliser une région en direct qui fait poliment quelque chose pour les laisser sachez que c'est arrivé. C'est quelque chose qui est en quelque sorte hors de la portée de l'endroit où vous travaillez spécifiquement. J'espère que cela répond à votre question. Il pourrait s'agir de plonger dans quelque chose d'un peu plus technique. J'aurai peut-être besoin d'approfondir un peu plus certaines d'entre elles, si nous voulons entrer dans des détails techniques approfondis sur la mise en œuvre.

Scott : Parfait.

Aaron Pearlman : Mon développeur, donc ils ne vous guident pas pour arriver, mais en général, c'est généralement le cas. L'exemple que j'ai montré devrait suffire. Si vous le souhaitez parce qu'il s'agit d'une suppression, vous pouvez avoir une partie intermédiaire dans laquelle vous lancez une alerte et dites : "Êtes-vous sûr de vouloir qu'il supprime ceci ?" Dans quel cas vous ne faites que renforcer ce qui se passe.

Scott : Super. Donc, oui, essayez de garder les questions sur l'expérience utilisateur concentrées. Du point de vue de l'expérience utilisateur, comment géreriez-vous le focus pour les messages de notification ?

Aaron Pearlman : Focus pour une notification ? Je peux t'en montrer un si tu veux voir.

Scott : Bien sûr.

Aaron Pearlman : Nous pouvons revenir au hasard parce que nous avons des toasts, qui sont des notifications. Je vais donc ouvrir des toasts ici. Donc, c'est en fait concentré en ce moment. Ce toast est évoqué et il est concentré en ce moment et vous pouvez en fait, comme vous pouvez le voir, vous pouvez tabuler sur la clause ici. So, it depends. So, if I finished something and I wanted to notify them that it's been finished and I toasted it, then I want to focus it so that they can see that it's been … that I'm communicating that information to them. So you want to shift focus to it.

Scott: Melanie is asking, “Do you have any tips for tips or resources for navigating slideshows?”

Aaron Pearlman: For navigating slideshows?

Scott: [crosstalk 00:36:00]. Very specific.

Aaron Pearlman: Yes. So navigating slideshows. We don't use them very often, so I'm going to answer this as best as I can. So one slideshows especially ones that are like carousels, they need to have a control so that you can stop them. I think that's an accessibility need, is that they have to have some control and a mechanism so that they can be stopped. Anything that's an animation wise can't animate for more than five seconds at a time and then the animation has to stop.

Aaron Pearlman: That may not be relevant to what you're doing, but it is moving. And those controls then need to be focusable most carousels have … A lot of fancy new ones. we'll have menus that can come up when they get hovered over or focused on, just consider that all those controls need to be traversable, and then their very image heavy. A lot of carousels and slideshows need to be, so that you're going to need to have proper alternative texts on them. Just the things that you would expect.

Aaron Pearlman: Off the top of my head, I don't know of any fully accessible carousel that I can think of. But let me see if I can find a better example and I will try and pass it along through smashing and have that available if I can find it. It's a great question because they come up a lot. I ended up tending to solve that problem in a slightly different way because I think they're tricky, but that doesn't mean that they can't be done.

Scott: Rebecca is asking, “Can you give a use case for skip links?” And then similar early related, Patricia's asking, “Do you know how to solve the issue with skip links in Safari plus the VoiceOver?” [crosstalk 00:38:18]. Again, maybe more technical than user experience related.

Aaron Pearlman: Yes. The second one, I'm not entirely sure what actually is going on that, that there may be an issue there. Again, I can try and see if that's something that our developers have encountered before and how they've gotten around it. So we'll make a note of that and I'll try and circle back. But for the first one what's a use case for Skip links? I want to avoid giant banner menus and I want to get straight to a sale that I heard that there is today and I don't want to have to do that.

Aaron Pearlman: If I was a sighted a mouse only user, I would just visually ignore it and then go move my mouse over and just click on the sale item. If I'm a keyboard only ora assisted technology user, I would have to tab through all of that menu, potentially bunch of banner items as well before I could finally get to the workspace. that has maybe the sale items. So that would be a great use for a Skip link to get right to the content. Skip to main content is a phrase you see very, very common. Passer au contenu principal.

Scott: Okay. That's a good, good point. And I think in terms of all the user related questions from the attendees that covers them. We do have some general questions that we like to ask. So, low hanging fruit for people that are trying to build an accessible website. If somebody wants to put together a site in a few hours and make sure it's accessible, what are some the easy things that just they can check off the list right away.

Aaron Pearlman: Sure. So some things that you can do immediately with any site or application that you're working on, you can review your font choices for things like color contrast, there are plenty of color, if you put in color contrast, selector, picker or something like that, you'll get it and you'll just put it in the Hex value or the RGB value of what your font is and then what the background, whatever element the background color is sitting on and make sure that it's meeting at 4.5 to one.

Aaron Pearlman: So that's one that you can do immediately. Check your color Palette, you want to do color contrast where I see that color contrast fails a lot is when people use the endless shades of gray to have various levels of first class, second class, third class elements and things like that. Just make sure that if it's an interactive element that it's a passing color contrast.

Aaron Pearlman: Another thing, check your the images that are important, that are non decorative images. Make sure that they have all texts. Just one that you can add immediately. And then check your review, your heading structure, make sure that your h1 tags, h2 tags, h3 tags, h4 tags and so on. They all make sense with the structure of it and make sure that the content is properly paired with those heading tags.

Aaron Pearlman: That's things that you can do immediately. And then also you can just, this is a small blog but you can download AX, that's our accessibility engine. It's totally free. It's a little extension for chrome and Firefox and just hit the run button and see what you find. It's a lot of things that you can help alleviate immediately or change immediately. You can also turn on VoiceOver, for example, if you're on a Mac and start to go through your site and see what it sounds like for somebody who uses just a technology. It's a great thing that we can do immediately.

Scott: Okay. Janat, has a question here. So what is it about accessibility that interests you and how did you know you've been doing design and UX for so long, but you've only been doing accessibility for smaller period of time, so that catch your attention?

Aaron Pearlman: It had been something that had been on the purview of some of the design that I had done in a later part of my design career till I got here. In my design career, I've always wanted to work on things that I felt in some way tried to make the world a slightly better place and I felt that working. And accessibility was one way to make … Very much believe in the core value of universal design or more importantly adapted design. Design that adapts itself to two different types of individuals to provide what we call GQ like digital equality. We want everyone to be able to use everything as best as we can possibly provide that universal experience that we can have. I don't know as a person that very much appeals to me. And so it was just a good fit to learn design. That's really cool.

Aaron Pearlman: Designing accessibly is a one way street. Like once you start to design accessible, you never don't not design accessible anymore. It's like UX designers don't design unless you're being tongue in cheek, you're not going to design something to have a really poor user experience. It's going to be part of your vernacular from that point forward. And once you begin to design accessibly, it never goes away. I can't like not think about accessibility as I do designing and that's a really, really cool thing.

Aaron Pearlman: It also affords you to start to think about things that you didn't think you had access to. Like, did you know that your focus on your page, you can design focus to look differently for different elements on the page? That blew my mind when I found that out and I thought that was so cool that gave me a little bit more control, I knew you could create really cool Hover States, but I didn't know focus was a state that you had full control over as well.

Scott: Our industry there's always a new trend that's just kind of how it goes, that's the web. Are there any design trends right now that you know that are inhibiting accessibility? And if so, is there any recommendations you can make to avoid that?

Aaron Pearlman: I don't know if there's anything that's super trendy right now when I look at different sites and web applications that couldn't be designed excessively. I think there are pitfalls that that we've been falling into longer than any one trend as existed or at least has existed for some time. I just mentioned one, what I call the endless shades of gray. That's one. In general, just being mindful of the contrast for your text. It is rampant.

Aaron Pearlman: It is by an order of magnitude, the most accessibility issues, if you were to like run an engine against it, like AX, it'll be color contrast almost always. So just being really, really, really mindful of that regardless of where your text is on the page. Again, I mentioned it again, just being careful with your images. If you have an image that's conveying important information to a sited user, that information needs to be conveyed to the user. That is user as well.

Aaron Pearlman: And what I mean by information that's conveyed is if what's being conveyed is that the person is doing something that's, you wouldn't necessarily describe it as a man standing. It could be that they're playing baseball. Maybe that's the important part. So make sure that the, that the, the alternative text matches with the intended information that's trying to be conveyed, received out a lot too. Even when all texts is there, it just doesn't accurately describe what is trying to be portrayed.

Aaron Pearlman: And then the other one too is progressive disclosure menus, many times you see on Hover Menus and stuff like that. They don't do a great job of being evoked on focus as well. And they don't always do a good job of … So that is a trend I do see. I do see a lot of menus coming up on Hover, when you hover over something you get the secondary menu that was hidden before that now finds itself to the front.

Aaron Pearlman: Also making that be able to Hover or a mechanism that allows you to evoke it and that will properly capture focus inside there so that you can use it. Those are a few things off the top of my head that I can say I would see a lot.

Aaron Pearlman: So as a graphic designer, you obviously work with development teams and a lot of the times when we're doing wireframes and design of the onset of the project, they're inherently not inaccessible. It doesn't really become an issue, it seems until it comes to the development stage and people start taking that design and turning it into code. So how do you work with developers to make sure that the design that is being made from the start is going to be accessible when they're done with it. Do you do audits throughout the process, at the end of the process? Like what's the workflow with developers?

Aaron Pearlman: Sure. So the workflow for our development team is going to be, I think somewhat similar to a lot of other organizations. We work in scrum, so we work in sprints and scrum and I'll go through a discovery process. They're going to be privy to that, they're not going to see it when the design is fully finished.

Aaron Pearlman: They're going to see it throughout the design. I'll have opportunities to talk with them a little bit about what the intent of the design is. They will probably set in on some of the user research that I've done, some of these ability testing that I've done. So, hopefully at that point nothing's really new to them that I'm not going to get any 11th hour that we can't even do this thing. I still have to deal with all the other things outside of accessibility that every other designer has to deal with, like is this feasible? Is it valuable? Is it all of those things that we have to deal with.

Aaron Pearlman: With regards specifically to accessibility, sometimes I will annotate the designs in a particular way that will indicate where tab focus should go. At the end of the slide deck that I have, there's a great resource that one of the designers from Adobe put together. I know there's like a pdf, there may be. There's like a sketch file as well in there, there may be an XD file as well.

Aaron Pearlman: I don't think, maybe just sketch. But it shows you like all of these different ways that you can annotate things like, accessible names, tab order and basically are little objects that you can place on your design to indicate some of those things as you go through. It's a really, really wonderful resource. It's all included in here as well. That's a great way of saying, “Here's part of my prototype and here's the expected tab, order for it.” So that you have that as part of your artifact as part of the digital documentation or annotation that goes along with it.

Aaron Pearlman : Donc, c'est une chose que nous faisons, c'est que j'annote assez lourdement mes créations. Tout, de la taille de la façon dont certaines choses sont censées être aux codes hexadécimaux ou aux valeurs RGBA pour ce qui est censé ressembler et se sentir. Mais aussi, il existe des annotations d'accessibilité que vous pouvez également ajouter.

Aaron Pearlman : Et ensuite, il suffit de communiquer, d'examiner les versions au fur et à mesure, de s'assurer que, par exemple, si vous avez fait des focus personnalisés, ces focus personnalisés ont fière allure, vérifiez le contraste des couleurs, assurez-vous qu'il passe, que la police choix que vous avez eu, il y a certaines polices qui, lorsque leur poids est plus élevé et qu'elles sont plus grandes. Leur contraste de couleur n'a pas besoin d'être un 4.5. Il peut en fait être un peu plus bas, mais vous voudrez simplement garder un œil sur ces choses. Tout comme vous garderiez également un œil sur l'expérience. Vous allez vouloir garder un œil sur ce dont vous avez été conscient et annoté dans vos conceptions.

Scott : Il nous reste donc quelques minutes. Je vais donc poser une autre question. Certaines personnes pensent que l'accessibilité peut étouffer la créativité tout au long du processus de conception. Est-ce quelque chose que vous avez rencontré? Selon vous, comment la créativité s'intègre-t-elle dans le design accessible ?

Aaron Pearlman : Bien sûr. C'était l'une de mes premières réactions d'avoir à concevoir de manière accessible, c'est que quelqu'un m'a mis les menottes et a dit : « Il y a une boîte beaucoup plus petite dans laquelle vous devez pouvoir travailler. Il est vrai que concevoir de manière accessible signifie qu'il peut y avoir plus de défis parce qu'il y a plus de règles à suivre. Mais au final, j'ai trouvé que l'expérience finit par être meilleure et je ne l'ai pas fait… Une fois que j'ai supprimé ce terme impropre et que j'ai commencé à faire de plus en plus de conceptions accessibles qui étaient WCAG 2.0 AA accessibles, j'ai remarqué que je pouvais à peu près tout faire que je voulais faire.

Aaron Pearlman : J'aurais juste besoin d'exprimer ou de résoudre parfois des problèmes d'une manière légèrement différente de ce que je faisais auparavant. Je pense que beaucoup de gens pensent à concevoir de manière accessible… Je vais vous donner un exemple très précis. Lorsqu'ils pensent à la conception de l'accessibilité, ils pensent : « Oh, eh bien, je ne peux pas faire toutes ces visualisations fantaisistes, par exemple. Je ne pourrai pas faire toutes ces choses parce qu'elles ne seront pas accessibles, parce que si une personne ne peut pas les voir, je ne pourrai pas le faire.

Aaron Pearlman : Je concevais une visualisation qui était juste basique, juste une sorte de graphique linéaire et sous ceux-ci, il y avait un graphique linéaire, sur l'axe x il y avait je pense que c'était le temps et sur l'axe y c'était l'utilisation ou quelque chose comme ce. Et il y avait ce joli petit dégradé qui en descendait et il y avait une sorte de ces lignes lumineuses qui allaient derrière pour délimiter les mois et le temps. Et quand j'ai parlé avec l'un de mes experts en la matière pour le rendre accessible, il s'est avéré que j'étais sûr qu'il allait juste dire "Non". Mais il a dit qu'il n'y avait en fait que quelques petites choses que je devais faire pour rendre accessible ce très beau graphique. Premièrement, cette ligne en haut doit passer le contraste des couleurs car c'est en fait ce qui transmet les informations de la tendance au fil du temps.

Aaron Pearlman: Les trucs dégradés en dessous ne sont que de la décoration et tant qu'ils n'interrompent pas le passage du contraste de couleur de cela et des lignes des axes y et x et finissent par aller bien. Ces lignes derrière étaient correctes, mais j'ai fini par ajouter des graduations en bas pour l'indiquer. Et puis quand j'ai survolé et concentré, parce que parfois vous pouvez survoler et cela ajoutera un point à une partie du graphique linéaire, en s'assurant simplement que le point lui-même passerait la couleur. contraste. Je l'ai fait en faisant le genre de beignet où vous mettez un point blanc avec un autre point ou je devrais dire qu'il a aussi un gros trait à l'extérieur.

Aaron Pearlman: Et puis j'ai ajouté un peu de traitement là-dedans qui ramènerait les lignes qui ont été estompées vers l'avant. Et tout passe le contraste des couleurs et finit par aller bien. C'était vraiment de jolies visualisations qui passaient. Maintenant accordé, je n'entre pas dans tous les trucs de noms accessibles et je ne suis pas capable de le faire. De nombreuses bibliothèques sont là-dessus. Mettez cela de côté, au moins nous appelons un contraste parce que je pense que c'est là que beaucoup de designers ont du mal. Tu peux le faire.

Aaron Pearlman : Il s'agit simplement d'être vraiment attentif à ce genre de choses, d'obtenir plus d'exemples et d'essayer et d'essayer différentes choses, et d'avoir d'autres personnes avec qui vous pouvez présenter ces idées et les faire rebondir et vérifier à nouveau, juste vraiment fais ça. Je ne pense pas que cela inhibe vraiment quoi que ce soit. Cela vous oblige simplement à réfléchir un peu plus clairement à la façon dont vous allez le faire et à vous assurer que vous regardez à travers l'objectif de la façon dont une personne s'est engagée avec cela si elle avait une basse vision, ou si elle pouvait ' Vous ne le voyez pas du tout ou vous ne pouvez pas l'entendre si vous construisez une application multimédia.

Scott : Encore une question, mais je pense que nous aurions dû l'aborder. À quelle étape de votre processus commencez-vous à penser à l'accessibilité ? Je vais assumer tout au long du processus.

Aaron Pearlman : Oui, c'est tout au long du processus. Je serai un peu plus plutôt que… Je sais à qui je dis ça et ça sonne un peu désinvolte. Donc, dès le début, lorsque vous faites des choses comme le prototypage basse fidélité, vous allez penser à des choses comme des trucs d'ordre de tabulation. Vous allez peut-être penser aux en-têtes et à la structure, des choses comme ça. C'est le genre de choses sur l'accessibilité auxquelles vous pensez. Plus tard, à mesure que la fidélité augmente, vous penserez davantage à des choses comme les couleurs et vos palettes que vous avez choisies, peut-être des noms accessibles, un texte alternatif pour tout ce qui peut mériter cela, vous pensez peut-être, si vous faites des focus personnalisés, par exemple, c'est probablement là que vous allez commencer à y penser.

Aaron Pearlman : Cela ne veut pas dire que vous ne pouvez pas y penser lorsque vous faites de la basse fidélité, cela signifie simplement qu'en général, lorsque je passe par mon processus, ces choses ont tendance à tomber dans ces catégories. Vous pensez à l'accessibilité tout le temps, mais vous ne pensez pas toujours à tout, car vous êtes dans des trucs de fidélité inférieure, et vous réfléchissez, et vous ne faites que penser à des idées, et vous êtes juste travailler à travers des idées, laisser passer ce truc créatif au fur et à mesure que vous devenez plus à l'écoute de l'accessibilité, cela fera en quelque sorte intrinsèquement son chemin et il y aura moins de chose consciente.

Scott : Ouais. Assez juste. Eh bien, sur cette note, nous n'avons plus de temps, Aaron. Merci beaucoup pour votre temps et—

Aaron Pearlman : C'était super. J'ai passé un moment merveilleux.

Scott : Vous allez être aux prochaines conférences Smashing, je pense.

Aaron Pearlman : Je serai à celui de New York. Je serai à celui de New York.

Scott : D'accord. Et vous faites un atelier là-bas ?

Aaron Pearlman : Oui, nous le sommes.

Scott : D'accord. Impressionnant. Eh bien, merci encore pour votre temps et juste pour laisser voir les membres qui regardent encore, nous avons deux webinaires la semaine prochaine. Le premier est The Power of Digital People, avec Kristina Podnar. Et puis nous avons un numéro trois dans notre série avec Andrew Clarke, Inspired Designs Decisions, numéro trois inspiré par Ernest Journal. Merci beaucoup à tous d'être venus aujourd'hui. Et encore une fois, cet enregistrement sera disponible dans le panneau des membres de répartition une fois que nous aurons fini de l'éditer et nous espérons vous voir tous la semaine prochaine. Alors merci encore Erin.

C'est un Wrap !

Nous remercions chaleureusement les membres Smashing du fond du cœur pour leur soutien continu et aimable - et nous avons hâte d'héberger d'autres webinaires à l'avenir.

Nous ne pourrions être plus heureux d'accueillir Aaron à notre prochaine SmashingConf New York (15-16 octobre) — nous serions ravis de vous y voir également !

Veuillez nous faire savoir si vous trouvez cette série d'entretiens utile, et qui vous aimeriez que nous interviewions, ou quels sujets vous aimeriez que nous couvrons et nous y reviendrons.