Îmbunătățiri UX pentru accesibilitatea tastaturii

Cum putem oferi o experiență de utilizator accesibilă pentru utilizatorii care folosesc numai tastatură și tehnologii de asistență, fără a afecta experiența pentru alți utilizatori? L-am rugat cu amabilitate pe Aaron Pearlman, designer principal UX la Deque Systems, să împărtășească câteva instrumente și tehnici practice pentru a ne asigura că oferim cu toții o experiență incluzivă și accesibilă pentru utilizatorii noștri.

Ca parte a abonamentului nostru Smashing, organizăm Smashing TV, o serie de seminarii web live, în fiecare săptămână. Fără dubii – doar seminarii web practice și acționabile, cu întrebări și răspunsuri live, conduse de practicieni respectați din industrie. Într-adevăr, programul Smashing TV pare deja destul de dens și este gratuit pentru membrii Smashing, împreună cu înregistrări - evident .

Sperăm că vă veți bucura de webinar la fel de mult ca și noi!

Aaron Pearlman: Ar trebui să-mi poți vedea ecranul. Bine, acum, lasă-mă doar... Iată, foarte bine. Ei bine, salut tuturor. După cum am spus, sunt Aaron Pearlman, designerul principal al experienței utilizatorului pentru Deque. Și cred că... Lasă-mă să mă mișc... Zoom tinde să pună un pic de UI în cale, așa că îmi cer scuze dacă arăt ca mă mișc frenetic și mouse-ul, sper că nu apare. Așadar, astăzi vom vorbi despre tipurile de optimizări pe care le puteți face pentru utilizatorii numai cu tastatură și tehnologie de asistență. După cum am menționat cu un moment în urmă, acest tip de optimizări, acest tip de lucruri nu vor împiedica pe nimeni altcineva să vă folosească... nu vor fi neutilizate și de alți oameni. Pur și simplu tind să fie lucruri care vor fi mai avantajoase pentru utilizatorii care folosesc în mod predominant un sistem cu tehnologie de asistență numai pentru utilizator de tastatură.

Aaron Pearlman: Pentru cei care nu sunt familiarizați cu ce înseamnă asta, ce este o tehnologie de asistență pentru utilizator numai cu tastatură - un utilizator numai cu tastatură ar fi cineva care folosește de obicei tastatura pentru a traversa un sistem. Așa că vor folosi foarte mult tab și Shift tab și tastele săgeți pentru a vă traversa sistemul, așa că concentrarea este destul de importantă pentru ei. S-ar putea să descoperiți că această persoană poate avea probleme de abilități motorii, poate avea și deficiențe de vedere, utilizatorii doar cu tastatură, iar apoi utilizatorii de tehnologie de asistență folosesc, de asemenea, o tastatură pentru a traversa sistemul dvs., pot folosi și alte tehnologii de asistență, cum ar fi ecranul metri precum VoiceOver sau un cititor braille sau ceva de genul ăsta.

Aaron Pearlman: Așadar, cam pe asta ne concentrăm – utilizatorii noștri de această natură, deoarece o bună parte a persoanelor care au dizabilități tind să cadă în această tabără. Asta nu înseamnă toți. Cu siguranță, există o multitudine de dizabilități și gradații diferite între ele, dar în acest sens, asta este ceea ce ne vom concentra astăzi.

Aaron Pearlman: Așadar, o mică privire de ansamblu asupra a ceea ce vom acoperi: vom vorbi puțin despre procesul de proiectare, cu multe, poate, făcând un pic de exercițiu pe care îl vom face s-ar putea să intri, poate nu, înainte de a merge la link-urile de ignorare. Și apoi săriți linkurile vor fi una dintre caracteristicile pe care le vom acoperi, modalitățile de optimizare a modului și modul de gestionare a focalizării. Deci, acestea vor fi cele trei mari categorii pe care le vom acoperi și apoi vom avea timp pentru întrebări când vom termina cu toții.

Aaron Pearlman: Pentru început, m-am gândit că am putea face o scurtă prezentare a procesului de design UX. Am fost la diferite ateliere și alte chestii, am descoperit că există o mulțime de indivizi diferiți care sunt acolo din multe discipline diferite, nu toată lumea este un designer de experiență de utilizator, așa că este posibil să nu fie la fel de familiarizat cu procesul pe care îl folosesc mulți designeri UX. Așa că, pentru asta, m-am gândit că o vom analiza pe scurt, nu vom petrece o cantitate enormă de timp, dar consider că merită să o analizăm pe scurt. De asemenea, pentru că se va lega și de proiectarea accesibilă. Deci, majoritatea designului UX tinde să treacă printr-un proces numit descoperire, nu se numește întotdeauna descoperire, uneori se numește ideație rapidă, iterație rapidă. Mulți oameni au nume diferite pentru el, dar ideea este că este partea din procesul de proiectare în care are loc o mare parte din fabricație.

Aaron Pearlman: De multe ori avem idei diferite și adunări de cerințe, este unul în care o mulțime de cercetare și sintetizare cu obiectivele tale organizaționale și filtrarea acestora cu toate acele informații și ceea ce iese din acestea sunt de obicei artefacte care ne permit să putem construi sistemul pe care îl vom realiza sau caracteristicile pe care le facem. Acestea tind să fie - nu sunt întotdeauna - dar tind să fie lucruri ca prototipuri, uneori veți vedea modele mentale care vor ieși și din ele. Dar un prototip într-un anumit nivel de fidelitate care este o reflectare a modului în care utilizatorul țintă își va atinge obiectivele. TLDR este că reiterăm designul și testăm cu utilizatorii și reiterăm, testăm cu utilizatorii, reiterăm, testăm cu utilizatorii și apoi, în cele din urmă, va fi construit.

Aaron Pearlman: Credeți că acest lucru este important, considerentele pentru accesibilitate sunt la care vrem să ne gândim și să facem accesibilitate pe tot parcursul procesului de proiectare. Și pot merita diferite niveluri de fidelitate, gândindu-ne la diferite tipuri de lucruri, chiar depinde. Nu vom intra în multe despre asta, dar, în general, vrem să încorporăm acele euristice și metode și, pe măsură ce designeri, vom crește puterile noastre de accesibilitate în timp, așa cum ne creștem puterile de a fi buni. designer de experiență de utilizator de-a lungul timpului. Nu există așteptări la început că vei citi WCAG 2.1, apoi vei citi specificațiile ARIA și apoi vei termina și nu vei mai face greșeli, sau nu vei pierde nimic când vine vorba de design-ul tău și design accesibil. Acest lucru nu este neapărat rezonabil din orice imaginație.

Aaron Pearlman: Doar să știi că vei învăța în timp. Cu siguranță încă mai greșesc în accesibilitate și în tot ceea ce lucrez și este doar să mă îmbunătățesc. Deci, [inaudible] pentru că întotdeauna proiectez accesibil. Deci, un mic conector, deși este relevant pentru ceea ce vom lucra astăzi, se numește Trane. Este biblioteca noastră de modele complet accesibilă la Deque, o folosim pentru a ne construi propriile produse. Este un cadru frontal HTML, CSS și JavaScript, destul de similar cu Bootstrap, dacă ați folosit vreodată așa ceva. Avem, de asemenea, o bibliotecă react care este și o bibliotecă soră. Echipa noastră se dezvoltă în reacție. Dar ne vom uita astăzi la câteva dintre lucrurile de aici ca exemple. Dar acesta este open source, este disponibil, va exista un link către el la sfârșitul acestui pachet, pe care îl voi pune la dispoziția tuturor.

Aaron Pearlman: Și este gratuit pentru tine să folosești și să obții ramuri și să le folosești după pofta inimii sau să contribui la el, ne-ar plăcea să vedem și o contribuție la el. Deci, doar un mic dop, dar ne vom referi la el pe măsură ce trecem. Deci, primul lucru pe care îl vom analiza este săriți linkurile. Și pentru cei care nu sunt familiarizați cu ce este un link de ignorare, linkurile de omitere sunt link-uri mici care vor avea tendința de a apărea ca prima oprire într-o aplicație web sau un site web. Și ceea ce vă permit să faceți este că vă permit să ocoliți părți ale site-ului web. De ce ai vrea să faci asta?

Aaron Pearlman: Ei bine, dacă aveți un site web care are un meniu cu adevărat bogat, acesta poate fi un meniu mare de panouri publicitare sau doar are o mulțime de lucruri, dacă sunteți un utilizator numai de tastatură sau de tehnologie de asistență, atunci când ajungeți la asta site-ul dvs. și VoiceOver începe să citească din el, sau chiar nu, chiar, poate că sunteți un utilizator văzător, vă folosiți doar tastatura, va trebui să parcurgeți toate acele elemente diferite pentru a ajunge la conținutul sau spațiul de lucru pe care doriți să îl începeți, indiferent de activitatea dvs. pe care o desfășurați acolo. Și, așadar, ceea ce vă permite să faceți un link de ignorare este să ocoliți, de obicei, navigarea pentru a ajunge la zona de spațiu de lucru a aplicației respective.

Aaron Pearlman: Uneori pot exista mai multe link-uri și, de obicei, vedem doar unul, dar avem câteva exemple. Vă voi arăta un exemplu de unde puteți utiliza și mai multe linkuri de ignorare. Așa că m-am gândit că am putea să ne uităm la câteva tipuri diferite de linkuri de ignorare sau câteva tipuri diferite de linkuri de ignorare, apoi ne vom uita la o altă pagină care nu are un link de omitere și poate vorbim puțin despre unde ar putea fi de folos acolo. Primul pe care îl vom privi, sper să-mi vedeți ecranul. Primul pe care îl vom analiza este acest link de ignorare pe care îl folosim pe deque.com și ceea ce este, este ceea ce aș numi un element de deplasare prin faptul că înlocuiește pagina. Deci, când intru aici, pot vedea că linkul de ignorare este acolo și îmi va spune să trec la conținut.

Aaron Pearlman: Și când îl selectez, mă va trimite la conținutul de mai jos și îl numesc deplasare pentru că literalmente se inserează și se ascunde și se inserează acolo și îl înlocuiește. Acesta a fost linkul de ignorare pe care am ales să-l folosim pentru conținutul nostru, dar este unul foarte comun. Veți vedea că se inserează în partea de sus a unui site web sau a unei aplicații web. Următorul pe care îl vom analiza este unul de pe un site pe care sunt sigur că mulți dintre voi l-ați folosit sau folosit destul de des. Este Amazon, ne vom uita la linkul lor de ignorare. Când mă uit acolo, dacă te uiți în colțul din stânga sus acolo, îl vei vedea suprapus, acesta este un stil de suprapunere, acesta este foarte, foarte obișnuit în cazul în care va suprapune conținutul și, prin urmare, adesea va omite orice în spatele acestuia pentru a vă arăta trecerea la conținutul principal de acolo.

Aaron Pearlman: Avantajele și dezavantajele dintre deplasare și suprapunere sunt neglijabile. Dacă descoperiți că conținutul dvs. este ceva pe care nu doriți să-l ofuscați niciodată, atunci s-ar putea să doriți să introduceți ceva și să-l utilizați pur și simplu, displacement one, invers, nu contează, e bine și asta. Dacă proiectați conținut care se citește de la dreapta la stânga, cum ar fi conținutul în arabă, puteți pune linkul de ignorare în colțul din dreapta sus, poate merita asta. Chiar se reduce la ceea ce este potrivit. Dar, în cele din urmă, această discreție va fi a designerului din echipa lor. Deci, acesta este un exemplu de două linkuri de ignorare care au fost un singur link de omitere și m-am gândit să vă arăt unul în care există mai multe opțiuni în interiorul linkului de omitere.

Aaron Pearlman: Voi ridica acel exemplu, acesta este din biblioteca noastră de modele. Acum, pentru acest exemplu special, nu aș proiecta ceva care să aibă mai multe link-uri de ignorare pentru el, deoarece nu merită, dar am făcut-o doar în scopul de a-l demonstra. Așa că voi introduce fila și în colțul din stânga sus, folosim o suprapunere care vă arată două linkuri de ignorare chiar aici. Și acestea sunt tabulaturi înăuntru aici, așa că dacă apes din nou Tab, vom trece pe tabulator în următorul și dacă voi tabulator, va merge. Dacă dau din nou tab, va pleca și va intra în antetul din partea de sus acolo. O să schimb fila înapoi, să schimb fila înapoi, astfel încât să vedem că ne putem deplasa și ieși de aici.

Aaron Pearlman: Și apoi voi merge înainte și voi introduce una dintre acestea doar ca să o puteți vedea. Și ce se întâmplă în acest moment când îl selectez, mă trimite în zona spațiului de lucru și chiar concentrează acea zonă a spațiului de lucru. Ceea ce veți vedea pentru multe aplicații web este că de fapt nu arată focalizarea în sine, am vrut să arătăm că în aplicațiile noastre, acesta nu este un focus de elemente, ca să spunem așa, dar este ceva care poate dura se concentreze. Și apoi de aici, ne vom concentra și apoi putem merge la diferitele elemente din interiorul acolo, care sunt punctul central al tuturor elementelor care sunt înăuntru, elementele [inaudible 00:12:28]. Deci, acestea sunt exemple de câteva moduri diferite prin care puteți sări peste linkuri.

Aaron Pearlman: Așa cum am spus, există un exemplu în biblioteca de modele, ești binevenit să-l folosești, avem și o versiune a acestuia, cred că aici are erori. Avem și un singur exemplu de link de ignorare și îl puteți folosi și pe acesta. Deci avem câteva exemple diferite aici. Dar acestea sunt exemple de modalități comune în care puteți utiliza link-uri de ignorare. Și sunt în primul rând benefice pentru persoanele care își folosesc tastatura doar pentru a traversa sistemul atunci când folosesc o tehnologie de sistem ca urmare a acesteia.

Aaron Pearlman: Dar uneori, pot exista și alte situații în care un link de ignorare ar putea fi benefic. Am văzut că poate fi potențial benefic. Vă puteți imagina o situație în care spațiul mare de lucru al site-ului dvs. poate este o grămadă de rezultate ale căutării și are un scor leneș în care veți derula până la capăt și apoi va încărca mai multe rezultate și va derula în partea de jos și" Voi încărca mai multe rezultate, veți derula în jos și va încărca mai multe rezultate.

Aaron Pearlman: Ei bine, cum ajungi la subsol? Și am mai avut această problemă înainte, unde am mers la motoarele de căutare și nu am reușit niciodată să ajung la subsol. Și ceea ce ar fi fost frumos este linkul de trecere care de fapt mi-a permis să trec la subsol, pentru că căutam informații în subsol. Deci, există modalități prin care săriți linkurile pot fi benefice în acest sens. Nu este singura modalitate prin care poți rezolva această problemă. Cu siguranță, puteți folosi și taste sau meniuri de comenzi rapide. Există o mulțime de tehnici diferite pentru a atinge aceste obiective, dar aceasta este cea la care săriți linkurile tind să fie foarte bune la [inaudible 00:14:13]. Unele lucruri de care trebuie să țineți cont atunci când proiectați un link de omitere este că, de obicei, va fi prima oprire de filă pe aplicația web a site-ului dvs. web.

Aaron Pearlman: Și acolo se găsește în mod obișnuit, așa că dacă țip sau sunt utilizator numai de tastatură, pot ajunge la el imediat. Este primul lucru pe care îl pot face când intru. Deci, dacă este ceva ce o aplicație web pe care o folosesc frecvent, pot ajunge direct la ceea ce încerc să fac. De asemenea, ar trebui să fie reprezentat vizual unde ar trebui să fie în informații, în AI, practic, astfel încât să puteți pune linkuri de ignorare și alte părți ale aplicației dvs., așa cum aș putea pune una aici dacă aș vrea, să găsiți un lung Scrolling stack site și am vrut să fac asta și am vrut să am un link de ignorare în ceva. Sunt destul de sigur că vă puteți ancora în diferite lucruri de genul acesta, dar ar trebui să fie reprezentat vizual acolo unde ar trebui să fie, în interiorul aplicației.

Aaron Pearlman: În general, asta este extrem de neobișnuit. Cele mai multe link-uri de ignorare sunt întotdeauna în primele puncte de tabulare. În general, nu face asta. Cred că tehnic poți, dar aș spune că nu. Și apoi ultimul lucru este că este un element interactiv și este contrastul de culoare din trecut, așa că asigurați-vă că o face, dacă decideți să utilizați ca o imagine sau ceva în ea, aș face-o, dar dacă ați face-o, trebuie să aibă numele adecvat accesibil împreună cu acesta, de asemenea. În general, majoritatea oamenilor folosesc texte și linkuri, așa că va fi marcat ca link. Doar asigurați-vă că trece contrastul de culoare, astfel încât [inaudible 00:16:07]. Foarte bun. Deci cam asta este tot ce avem pentru săriți link-uri.

Aaron Pearlman: Este un model destul de succint, dar foarte comun, pe care îl vedeți peste tot și este ceva pe care îl puteți adăuga în mod corect, este destul de simplu de adăugat la aplicația dvs. web, dar poate face o mare diferență pentru persoanele care își folosesc tastatura sau tehnologia sistemului. Așa că permiteți-mi să merg mai departe și să închid asta și să trecem la optimizări modale. A ales să facă acest lucru, deoarece modalile sunt foarte, foarte, foarte, foarte comune în majoritatea aplicațiilor web și vin în multe forumuri diferite, în multe moduri diferite în care modalele sunt modelate și create.

Aaron Pearlman: Dar unele lucruri obișnuite pe care le văd și care apar în mai multe dintre lucrurile pe care le putem corecta, până când există unele optimizări pe care le putem face pentru a face o experiență mai bună pentru utilizatorii numai cu tastatură și tehnologie de asistență. Și, în general, cred că modalul tău este mult mai bun. Un lucru pe care m-am gândit să-l arăt aici foarte repede este că un lucru important pe care trebuie să-l facă un Modal este că trebuie să poată concentra concentrarea în interiorul lui. Am vrut să arăt un exemplu de... este chiar aici. Apropo, îmi place driblingul, așa că aceasta nu este o sapă împotriva lor. Aceasta este probabil doar o mică neglijență aici. Le-am folosit tot timpul ca un site încântător și are lucruri minunate pe el.

Aaron Pearlman: Așa că dacă ar fi să accesez înregistrarea, hopa, îmi pare rău, înregistrează-te. Iată un modal aici și ceva care se poate întâmpla uneori. Dacă observi cu atenție, apăs pe tab, tab, tab, tab, tab. După cum puteți vedea în spatele ecranului, este puțin greu de văzut. Puteți vedea că concentrarea nu a fost destul de prinsă în modal și asta se poate întâmpla uneori. Deci, dacă aș fi un utilizator care folosește tehnologia de asistență sau numai cu tastatură, mi-ar fi foarte greu să revin la asta.

Aaron Pearlman: Este ceva care se întâmplă foarte, foarte, foarte, foarte frecvent și cu siguranță se poate întâmpla atunci când inserați diferite lucruri interesante în Modal. Deci ceva de care vrem să ne asigurăm și motivul pentru care aduc în discuție asta, motivul care este de fapt foarte, foarte important este că atunci când un modal este evocat, trebuie să se anunțe individului care l-a evocat, să știi ce practic tocmai s-au deschis, dar de fapt au deschis lucrul corect.

Aaron Pearlman: Și așa, felul în care se poate anunța este că, fie corpul modalului trebuie să fie concentrat, fie, potențial, antetul modalului poate fi focalizat, astfel încât să putem spune individului care evocă modalul, că acesta este ceea ce se întâmplă. Deci, dacă au voce, folosesc, de exemplu, VoiceOver, le va spune la ce se uită. Așa că m-am gândit să dau câteva exemple de modalități prin care corpul poate fi concentrat și apoi un exemplu despre cum modelul poate focaliza antetul și apoi ce putem face cu asta.

Aaron Pearlman: O să deschid asta foarte repede aici. Foarte bun. Și deci modalul pe care îl au pentru asta, cred că este un site de îmbrăcăminte chiar aici. Și ceea ce s-a întâmplat este că a concentrat corpul și pot arăta cel mai bine asta prin... Voi activa VoiceOver foarte repede. Am de gând să-l trag în sus.

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

Aaron Pearlman: Și nu vei putea auzi...

VoiceOver: Google Chrome, [email protected]

Aaron Pearlman: Dar o vei putea vedea.

VoiceOver: Închideți cardul, cardul dvs. este gol, grupul are focus pe tastatură. În prezent vă aflați în grupul în care vă deschideți cardul, închideți cardul, cardul dvs. este un grup gol. În prezent, vă aflați în grupul din interiorul conținutului web, VoiceOver dezactivat.

Aaron Pearlman: Așa că chiar acolo, când m-am concentrat, a citit un pic din tot ce se întâmpla pe cardul tău închis și cardul tău este gol, deoarece cumpărarea era concentrată în acel moment. Și asta este perfect valabil. Acesta este un mod perfect valid de a vă concentra modalii. Nu este deloc o problemă. Și apoi, de acolo, puteți parcurge tot ce se află în interiorul ei. O altă modalitate obișnuită de a evoca un modal este de a focaliza antetul.

Aaron Pearlman: Și asta facem în privința modalelor pe care le folosim pentru aplicațiile noastre este să concentrăm antetul. Așa că voi evoca modalul și, după cum puteți vedea chiar aici, focalizarea este chiar aici, unde scrie modal cu formă, focalizarea este chiar acolo pe antet. De fapt, în loc să indicăm asta ca pe un index, ne concentrăm programatic pe asta. Și motivul pentru care ne concentrăm în mod programatic că, pe măsură ce parcurg fila aici, acum se va accesa butonul de închidere, tot în antet, apoi la primul element interactiv, care este câmpul la următorul câmp, la următorul câmp, la câmpurile următoare, apăsând din nou pentru a salva, apăsând din nou pentru a anula.

Aaron Pearlman: Și de aici, când am apăsat tab, dacă acel antet ar fi o oprire de tab, ar merge acolo, dar am ales să nu facem asta. În schimb, mergem la final și motivul pentru care facem asta este doar dacă cineva folosea Voice Over, așa cum poate ați văzut o parte din ceea ce era scris și mi-a intrat în urechi în același timp, de fapt a fost foarte puțin distrage atenția pentru că vorbește foarte repede, e puțin trădătoare. Așadar, una dintre optimizările pe care am vrut să le facem pentru experiența de aici a fost să o facem puțin mai puțin mofturoasă. Așa că da, îl anunțăm, merge, ne concentrăm programatic modal cu formă atunci când ajung pentru prima dată acolo, astfel încât să le facă să știe că modalul pe care l-au evocat este, de fapt, pe care se concentrează în prezent.

Aaron Pearlman: Dar nu trebuie să-l anunțăm din nou și din nou și din nou dacă ar trebui să parcurgă aceste schimburi prin acest modal. Deci, este o mică optimizare, probabil că ar fi complet invizibilă pentru majoritatea utilizatorilor de mouse-ul citați. Dar acea mică optimizare, vă puteți imagina dacă aș folosi multe modal pentru a completa formulare frecvent și aș fi fost un utilizator care a folosit numai tastatură sau Tehnologia de asistență, optimizarea s-ar adăuga în timp. Așadar, micile experiențe ale utilizatorilor pe care le putem face, care pot face o diferență semnificativă în general în grija pe care o putem pune în design-urile noastre, astfel încât acestea să fie cea mai des experiența pe care o putem oferi.

Aaron Pearlman: Vorbind despre gestionarea focalizării, ultimul în care vom intra este gestionarea focalizării în sine. Și am văzut un exemplu în acest sens, ce se poate întâmpla dacă concentrarea se poate pierde în anumite tipuri de manipulare? Dar, în loc să fie doar ceva care poate fi o problemă semnificativă, modul în care vă gestionați concentrarea poate schimba semnificativ experiența pe care ar avea-o un individ. Într-adevăr, regula despre gestionarea concentrării, în special cu cele două cazuri pe care le vom analiza chiar acum, și anume, eliminarea și adăugarea de elemente în spațiul dvs. de lucru sau în orice lucru în care lucrați, este că... Cu siguranță poate schimba modul în care cineva interactioneaza cu acesta. Și așa vrem să facem ca acesta să urmeze experiența așteptată pe care ați avea-o pentru cineva care este un utilizator numai mouse-ul sau un utilizator văzător, un utilizator numai mouse-ul ar trebui să spun.

Aaron Pearlman: În acest caz, ne vom uita la... pentru că aici ne vom uita la... Bine, lasă-mă să-l trag. Țineți o secundă. Va trebui să scot asta de aici temporar. Iată-ne. Deci nu ar trebui să puteți vedea un exemplu de modal pe care l-am proiectat, de fapt este un singur modal, avem două tipuri de imagini ale acestuia și doar una arată ce este sub pliul acolo, mai degrabă decât să facă una cu adevărat , chiar greșit sau pur și simplu l-am împărțit, astfel încât să puteți vedea ce era mai jos în fold. Și în partea dreaptă, dacă te uiți, există o pictogramă coș de gunoi care este în prezent focalizată. Și atunci când facem clic pe pictograma acelui coș de gunoi, presupunând că nu există un dialog care să spună: „Sunteți sigur că doriți să îl ștergeți?”

Aaron Pearlman: Să presupunem că nu este cazul. Adevărata întrebare este atunci, ce se întâmplă cu concentrarea acolo? Pentru că atunci când acea pictogramă coș de gunoi este apăsată sau este selectată, va elimina instrucțiunile care sunt chiar aici și, de asemenea, se va elimina singură. Deci unde se duce concentrarea? Așadar, noi, în calitate de designeri, vrem să alegem unde se îndreaptă focalizarea, deoarece în caz contrar browserele care vor alege pentru focalizare merg dacă creați o aplicație web în interiorul unei aplicații web și nu vrem ca browserul să aleagă unde merge focalizarea, deoarece tinde să arunce lucruri în corp. Deci, în acest caz, în care vrem cu adevărat să se concentreze este să se concentreze asupra următorului element focalizat, nu neapărat... ceea ce aș numi analog cu asta, care va fi focalizarea următorului coș de gunoi, coșul de gunoi pentru instrucțiuni pentru a ne concentra instrucțiunile spre sine.

Aaron Pearlman: Și motivul pentru care am dori să facem asta, este că vă puteți imagina dacă cineva lovește accidental, folosindu-și doar tastatura, apăsă return, apoi apăsă din nou return. Tocmai ar fi șters două seturi de instrucțiuni în loc de unul. Și am dori, prevenim acest lucru pentru un utilizator numai de mouse, având literalmente acele lucruri la distanță fizică una dintre ele. Dar vrem să putem preveni acest lucru, deoarece focalizarea este ceea ce folosesc pentru a traversa acest lucru. Așa că m-am gândit să arăt un alt exemplu despre ce facem atunci când ștergem ultimul articol din întreaga secțiune aici.

Aaron Pearlman: Acum avem instrucțiuni de gătit, instrucțiunea finală pentru instrucțiunea unu, unde se concentrează aici? Acum, pentru aceasta anume, va urma exemplul cu cea anterioară, adică va merge de fapt la următorul focus, dar va fi umplut din nou, care este ingredientul unu din același motiv pentru care nu am dori să-l aruncăm. din nou la coșul de gunoi, pentru că atunci, dacă cineva a apăsat din nou select din nou sau a apăsat înapoi din nou, am fi... Ar șterge accidental două lucruri pe care nu le-a dorit, nu le-a dorit.

Aaron Pearlman: Din același motiv, nu am dori neapărat să aruncăm asta la unul dintre aceste link-uri aici, deoarece am avea o problemă opusă în care ar adăuga accidental și lucruri. Și nu vrem neapărat să meargă la corp, pentru că mergem la corp și utilizatorul tău Voice Over, utilizatorul tău Asistent Technology, tocmai va începe să vorbească despre modal din nou sau mai degrabă decât să te lase să interacționezi în continuare și fă ceea ce ai vrut să faci.

Aaron Pearlman: Și apoi, în sfârșit, exemplul final pe care îl am aici este ce facem atunci când vom elimina ultimul element în acest caz, în modal aici, nu a mai rămas nimic. Unde l-as trimite? Și acest lucru este cu siguranță la latitudinea designerilor unde ar trebui să meargă. Nu există, nu va fi inaccesibil dacă alegi să-l trimiți la haine sau să trimiți să te concentrezi, poate la anulare. Nu îl face neapărat inaccesibil, doar că, chiar se reduce la ce te-ai aștepta? Ce informații ați dori să transmiteți? Ce narațiune doriți să transmiteți acelui utilizator și unde alegem să o trimitem în timp ce alegem să o trimitem înapoi la antet pentru a-i spune utilizatorului că este încă pe modal, că sunt încă acolo, noi am" t-am închis pe ei, de exemplu acolo.

Aaron Pearlman: Și asta este de fapt o schimbare programatică pentru că, așa cum am spus, nu este o voce groaznică. Nu este un element focalizat la fel de groaznic ca acesta. Deci, în mod programatic, ne concentrăm asupra acestui exemplu în acest exemplu. Așadar, acestea sunt câteva exemple frumoase despre ceea ce trebuie să faceți, poate, cu concentrare atunci când eliminați elemente. Așa că m-am gândit că poți... aș arăta un exemplu de ceea ce faci când adaugi un articol. Așa că am un exemplu de asta foarte rapid aici pentru păstrarea concentrării.

Aaron Pearlman: Și chiar aici, vom atinge acest lucru adăugați altul... vă puteți concentra aici, adăugați alt ingredient și concentrarea, apoi treceți la ingredientul real în acest caz, câmpul pe care l-ați adăugat din două motive, unul, pentru că Presupunerea este prin adăugarea acelui câmp următor cu care doream să interacționăm cu el și acesta ar fi comportamentul așteptat dacă aș fi utilizator numai mouse-ul, l-aș adăuga probabil, astfel încât să pot începe efectiv să introduc text în el.

Aaron Pearlman: Și din nou, nu am dori neapărat să ne concentrăm pe un alt ingredient din același motiv pentru care, dacă vor apărea din nou, nu am dori să adăugăm două ingrediente în loc de unul. Ar trebui să fie o problemă opusă exemplului anterior. Iar ultimul, ultimul exemplu pe care am vrut să-l arăt, pentru că cred că ar putea merita să-l arăt este... de fapt, am acel exemplu, s-ar putea să-l arăt puțin. Dar o pot descrie destul de, destul de potrivit în asta, dacă ai ce faci când evoci un modal? De exemplu, ai salvat ceva, modalul dispare, unde se concentrează acum și ce avem tendința de a face, dar regula de bază în acest sens este că vrei să-l trimiți înapoi la orice element [inaudible 00:31:03] devine.

Aaron Pearlman: Așa că, dacă îți imaginezi că ai avea un pic de creion de editare și l-ai selecta, deschide modulul, completați acel mod, apăsați pe Salvare, ați dori să trimiteți atenția înapoi la acel element interactiv care tinde să fie … sau o facem. Pot exista cazuri în care doriți să-l trimiteți în altă parte. Dacă este un vrăjitor și se duce în altă parte după aceea, din nou la discreția designerului, la ce narațiunea pe care încerci să ne spui unde să mergem. Dar pentru lucruri care sunt ca cel... exemplu pe care tocmai l-am descris, care este foarte comun. Evocați un modal sau faceți ceva cu el și este respins ca urmare a acestuia și contextul nu se schimbă neapărat.

Aaron Pearlman: Și nu vrei să trimiți acea focalizare înapoi acolo unde a fost. Și motivul pentru care faceți acest lucru este astfel încât, un utilizator numai cu tastatură sau cu tehnologie de asistență să poată reveni cu locul în care se află. Pentru că amintiți-vă că sunt în acel spațiu și acel spațiu este oarecum liniar în ceea ce privește modul în care traversează și mai ales când folosiți orașul pentru a trece prin toate. Așa că, cred că suntem cam la 40 de minute, suntem cam la timp pentru toate exemplele și lucrurile pe care le-am avut. Așa că îi voi da înapoi lui Scott.

Scott: Mulțumesc Aaron. A fost destul de grozav și avem o mulțime de întrebări de la participanți, precum și câțiva de la personal care nu au putut ajunge astăzi pentru că călătorește. Așadar, Poan, care participă obișnuit la seminariile noastre web, întreabă: „Când eliminați elemente, nu ar trebui să primim o confirmare a acțiunii și să mutăm accentul acolo și apoi să trecem la următorul element?”

Aaron Pearlman: atunci când eliminați un articol, ar trebui să aveți un... vă referiți la un anunț ca un toast sau spuneți că ar trebui să aveți o regiune live care vă anunță ce se întâmplă? Dacă mutați focalizarea pentru a elimina un element, cum ar fi cele pe care tocmai le-am arătat în acel moment, de exemplu, evocarea acelei ștergeri ar trebui să fie suficient de adecvată pentru a le anunța că de fapt au șters.

Aaron Pearlman: Ar trebui să dispară. De asemenea, dacă folosesc Voice Over, acesta va prelua și asta. Dacă interacționați cu ceva și face modificări în altă parte, de exemplu, cum ați făcut ceva și apoi ați schimbat unele valori undeva, de exemplu, probabil veți dori să utilizați o regiune live care face ceva politicos pentru a le lăsa. să știi că asta s-a întâmplat. Este ceva care nu ține de competența în care lucrezi în mod specific. Sper că asta răspunde la întrebarea ta. S-ar putea să se scufunde în ceva care este puțin mai tehnic. S-ar putea să fie nevoie să continui puțin mai mult cu unele dintre ele, dacă vom intra în chestii de implementare tehnică profundă.

Scott: Perfect.

Aaron Pearlman: Dezvoltatorul meu, așa că nu vă îndrumă să ajungeți, dar în general, acesta tinde să fie cazul. Exemplul pe care l-am arătat ar trebui să fie adecvat. Dacă doriți, deoarece este o ștergere, ați putea avea o parte intermediară în care să lansați o alertă și să spuneți: „Sunteți sigur că doriți ca el să ștergă asta?” În acest caz, doar întăriți și mai mult ceea ce se întâmplă.

Scott: Grozav. Deci, da, încercați să mențineți întrebările concentrate pe experiența utilizatorului. Deci, din punct de vedere al experienței utilizatorului, cum ați gestiona concentrarea pentru mesajele de notificare?

Aaron Pearlman: Concentrare pentru o notificare? Îți pot arăta unul dacă vrei să vezi.

Scott: Sigur.

Aaron Pearlman: Putem alege înapoi la întâmplare pentru că se întâmplă să avem toasturi, care sunt notificări. Așa că voi deschide toasturile aici. Deci, acest lucru este de fapt concentrat chiar acum. This toast is evoked and it is being focused right now and you can actually, as you can see, you can tab into the clause right here. 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. Skip to main content.

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: Deci, acesta este un lucru pe care îl facem este să îmi adnotez desenele destul de mult. Totul, de la dimensiunea cum ar trebui să fie anumite lucruri până la codurile hexadecimale sau valorile RGBA pentru ceea ce ar trebui să arate și să se simtă. Dar, de asemenea, există adnotări de accesibilitate pe care le puteți adăuga și la acestea.

Aaron Pearlman: Și apoi pur și simplu comunicând, uitându-se prin versiuni pe măsură ce acestea parcurg, asigurându-se că lucrurile, cum ar fi, dacă ai făcut focalizări personalizate, acele focalizări personalizate, să arate grozav, să verifice contrastul culorilor, să te asiguri că trece prin ele, că fontul Opțiunile pe care le-ați avut există unele fonturi care atunci când greutatea lor este mai mare și sunt mai mari. Contrastul lor de culoare nu trebuie să fie de 4,5. De fapt, poate fi puțin mai scăzut, dar vei dori doar să fii cu ochii pe acele lucruri. Așa cum ai fi cu ochii pe lucrurile experienței. Veți dori să fiți cu ochii pe acele lucruri la care ați fost atent și le-ați adnotat în design-ul dvs.

Scott: Deci mai avem câteva minute aici. Așa că mai pun o întrebare. Unii oameni consideră că accesibilitatea poate înăbuși creativitatea pe tot parcursul procesului de proiectare. Este ceva cu care ai întâlnit? Cum crezi că se încadrează creativitatea în designul accesibil?

Aaron Pearlman: Sigur. Aceasta a fost una dintre reacțiile mele inițiale la nevoia de a proiecta accesibil, a fost că, practic, cineva mi-a pus cătușele și a spus: „Există o cutie mult mai mică în care trebuie să poți lucra”. Este adevărat că proiectarea accesibilă înseamnă că pot exista și alte provocări, deoarece sunt mai multe reguli pe care trebuie să le urmezi. Dar, în cele din urmă, am constatat că experiența ajunge să fie mai bună și nu am… Odată ce am eliminat această denumire greșită și am început să fac modele din ce în ce mai accesibile care erau accesibile WCAG 2.0 AA, am observat că pot face aproape totul pe care am vrut să o fac.

Aaron Pearlman: Ar trebui doar să exprim sau să rezolv problemele într-un mod ușor diferit decât făceam înainte. Cred că mulți oameni când se gândesc la proiectarea accesibilă... Vă voi da un exemplu foarte concret. Când se gândesc la proiectarea accesibilității, se gândesc: „Oh, ei bine, nu pot face toate aceste vizualizări fanteziste, de exemplu. Nu voi putea face toate aceste lucruri pentru că nu vor fi accesibile, pentru că dacă o persoană nu le poate vedea, nu voi putea face asta.”

Aaron Pearlman: Proiectam o vizualizare de bază, doar un fel de grafic linie și sub acestea, era un grafic linie, pe axa x era cred că era timpul și pe axa y era utilizarea sau ceva de genul acea. Și a fost acest mic gradient drăguț care a coborât din el și au existat un fel de linii luminoase care au mers în spatele lui pentru a delimita lunile și timpul. Și când am vorbit cu unul dintre experții mei în domeniu despre a-l face accesibil, s-a dovedit că eram sigur că avea să spună „Nu”. Dar el a spus că, de fapt, trebuie să fac doar câteva lucruri pentru a face acest grafic cu adevărat frumos accesibil. Unu, acea linie din partea de sus trebuie să treacă contrastul de culoare, pentru că asta este de fapt ceea ce transmite informațiile despre tendință în timp.

Aaron Pearlman: Lucrurile degradate de dedesubt sunt doar un decor și atâta timp cât nu întrerupe trecerea contrastului de culoare dintre acestea și liniile axelor y și x și au ajuns să fie în regulă. Acele linii din spatele lui erau în regulă, dar am ajuns să adaug semne de bifă în partea de jos acolo pentru a indica asta. Și apoi, când am trecut cu mouse-ul și m-am concentrat peste, pentru că uneori puteți trece cu mouse-ul peste și va adăuga un punct la o parte a graficului cu linii, asigurându-vă doar că punctul în sine va trece de culoare. contrast. Am făcut asta făcând genul de gogoși în care pui un punct alb cu un alt punct sau ar trebui să spun că are ca o lovitură mare și pe exterior.

Aaron Pearlman: Și apoi am adăugat un pic de tratament acolo, care ar aduce acele linii care au fost estompate înapoi înainte. Și totul trece de contrastul de culoare și a ajuns să fie bine. Au fost vizualizări foarte frumoase care au trecut. Acum, desigur, nu intru în toate chestiile de nume accesibile și nu pot face asta. Multe biblioteci sunt pe asta. Lăsați asta deoparte, cel puțin numim un contrast pentru că este locul în care cred că se luptă mulți designeri. O poți face.

Aaron Pearlman: Este doar să fii cu adevărat conștient de aceste tipuri de lucruri și să obții mai multe exemple și să încerci și să încerci lucruri diferite și să ai alți oameni cărora să le poți prezenta ideile și să le răspunzi înainte și înapoi și să verifici din nou, pur și simplu fa aia. Nu cred că chiar inhibă nimic. Doar că te face să te gândești puțin mai clar la modul în care o vei face și să te asiguri că te uiți prin prisma modului în care un individ s-a implicat în asta dacă avea vedere slabă sau dacă nu putea nu văd deloc sau nu aud dacă construiești o aplicație media.

Scott: Încă o întrebare, dar cred că ar fi trebuit să o atingem. În ce etapă a procesului dumneavoastră începeți să vă gândiți la accesibilitate? O să asum pe parcursul întregului proces.

Aaron Pearlman: Da, este pe parcursul întregului proces. Voi fi un pic mai degrabă decât... Știu cine spun asta și sună un pic frângător. Așadar, de la început, când faci lucruri precum prototipuri de joasă fidelitate, te vei gândi la lucruri precum niște chestii din ordinea tabulatorilor. O să vă gândiți poate la titluri și la structură, lucruri de genul ăsta. Acestea sunt genul de lucruri de accesibilitate la care te gândești. Mai târziu, pe măsură ce devine mai mare în fidelitate, te vei gândi mai mult la lucruri precum culorile și paletele pe care le-ai ales, poate nume accesibile, text alternativ pentru orice ar putea merita asta, s-ar putea să te gândești, dacă faci focusuri personalizate, de exemplu, probabil că acolo vei începe să te gândești la asta.

Aaron Pearlman: Nu înseamnă că nu te-ai putea gândi la asta atunci când faci low fidelity înseamnă, în general, că atunci când trec prin procesul meu acele lucruri tind să se încadreze în acele categorii. Te gândești tot timpul la accesibilitate, dar nu te gândești mereu la tot ceea ce ține de ea, deoarece ești în chestii cu fidelitate mai scăzută și te gândești și te gândești doar la idei și doar ești lucrând prin idei, lasă acele lucruri creative să treacă pe măsură ce devii mai adaptat la accesibilitate, pur și simplu își va face loc intrinsec și va exista un lucru mai puțin conștient.

Scott: Da. Destul de corect. Ei bine, în această notă, am rămas fără timp, Aaron. Vă mulțumesc foarte mult pentru timpul acordat și...

Aaron Pearlman: A fost grozav. M-am distrat minunat.

Scott: Cred că vei fi la următoarele două conferințe Smashing.

Aaron Pearlman: Voi fi la cea din New York. Voi fi la cea din New York.

Scott: Bine. Și faceți un atelier acolo?

Aaron Pearlman: Da, suntem.

Scott: Bine. Minunat. Vă mulțumim din nou pentru timpul acordat și doar pentru a-i vedea pe membrii care încă se uită, avem două seminarii web săptămâna viitoare. Prima este Puterea Oamenilor Digitali, cu Kristina Podnar. Și apoi avem numărul trei din seria noastră cu Andrew Clarke, Inspired Designs Decisions, numărul trei inspirat de Ernest Journal. Vă mulțumesc foarte mult tuturor pentru participarea azi. Și din nou, această înregistrare va fi disponibilă în panoul de trimitere a membrilor odată ce o vom termina de editat și sperăm să ne vedem pe toți săptămâna viitoare. Deci, mulțumesc din nou Erin.

Asta e un Wrap!

Mulțumim din tot sufletul membrilor Smashing pentru sprijinul lor continuu și amabil – și abia așteptăm să găzduim mai multe seminarii web în viitor.

Nu am putea fi mai fericiți să-l urăm bun venit pe Aaron la viitoarea noastră SmashingConf New York (15-16 octombrie) - ne-ar plăcea să vă vedem și acolo!

Vă rugăm să ne spuneți dacă găsiți această serie de interviuri utilă și pe cine ați dori să luăm un interviu sau ce subiecte ați dori să tratăm și ne vom ocupa imediat.