Accesibilitatea unui site web,
Moderator: Manu
Accesibilitatea unui site web,
Salut, Comisia Europeana vrea sa creeze o platforma web pentru cetatenii care au de depus plangeri in urma unor cumparaturi online. Vor sa accesibilizeze platforma pentru nevazatori si eu ma ocup de testarea ei. Din pacate, inafara chestiilor obisnuite pe care le remarca orice utilizator nevazator, nu prea stiu ce sa spun. De aceea m-am gandit sa va cer cateva sfaturi. In primul rand, pagina e plina de mesaje pe care JAWS le citeste, de genul inceput de regiune, sfarsit de regiune etc. Credeti ca aceste mesaje trebuie sa fie citite de catre JAWS?
-
Manu
- General de divizie
- Mesaje: 4120
- Membru din: 02 Feb 2007, 01:15
- Localitate: Cluj-Napoca
- Contact:
Acele mesaje apar probabil tocmai in urma solicitarilor de accesibilizare. Cand se cere prea multa accesibilizare riscul e ca site-ul realizat sa fie inzorzonat cu regiuni si tot felul de chestii din astea trantite la greu.
Tu ai abilitati avansate de navigare pe net cu JAWS, atunci incepe sa ti se para inutil sa fie tot felul de lucruri pe care le cere probabil cineva care nu prea se descurca. Unii dintre aia care nu se descurca vor fi probabil si mai derutati de regiuni, ele aparand, cum am spus, in urma a prea mult zel.
E foarte greu de gasit o cale de mijloc.
Aia or fi delimitat toate regiunile, in asa fel ca nevazatorul sa nu se piarda, sa realizeze in orice moment ca trece de la o zona la alta etc. Personal prefer ca un site sa aiba macar un heading central, eventual regiunile importante delimitate, suficiente fiind si doar Main si Navigation region.
Deci, raspuns la intrebarea ta, JAWS anunta regiunile, atat la inceputul, cat si la sfarsitul lor daca acestea exista. Cand le vei spune ca sunt prea multe regiuni sau mai rau, ca tot anunta regiuni, ei vor fi nedumeriti pentru ca se vor gandi ca le iei tocmai ceea ce au facut special sa fie accesibil site-ul.
Cum s-ar zice, este riscul sa ii lovesti la baza.
Tu ai abilitati avansate de navigare pe net cu JAWS, atunci incepe sa ti se para inutil sa fie tot felul de lucruri pe care le cere probabil cineva care nu prea se descurca. Unii dintre aia care nu se descurca vor fi probabil si mai derutati de regiuni, ele aparand, cum am spus, in urma a prea mult zel.
E foarte greu de gasit o cale de mijloc.
Aia or fi delimitat toate regiunile, in asa fel ca nevazatorul sa nu se piarda, sa realizeze in orice moment ca trece de la o zona la alta etc. Personal prefer ca un site sa aiba macar un heading central, eventual regiunile importante delimitate, suficiente fiind si doar Main si Navigation region.
Deci, raspuns la intrebarea ta, JAWS anunta regiunile, atat la inceputul, cat si la sfarsitul lor daca acestea exista. Cand le vei spune ca sunt prea multe regiuni sau mai rau, ca tot anunta regiuni, ei vor fi nedumeriti pentru ca se vor gandi ca le iei tocmai ceea ce au facut special sa fie accesibil site-ul.
Cum s-ar zice, este riscul sa ii lovesti la baza. Errare humanum est, sed perseverare diabolicum...
In forum linguae Latinae venite! (via est: www.limbalatina.ro)
In forum linguae Latinae venite! (via est: www.limbalatina.ro)
corecte observatiile lui Manu! intr-adevar, un site structurat pe headinguri, liste, tabele, cu butoane denumite, intr-un fel, avand exact elementele care ii convin si unui vazator, e sufficient acesibilizat.
Personal, as fi de parere ca un astfel de site sa fie scutit de reclame, embedded objects, like on facebook, follow on tweeter si alte zorzoane de genul asta; cu adevarat, apar probleme de navigare cand se exagereaza cu elementele acestea. Aproape ca e imposibil sa mai navighezi pe siteul unui ziar online, din cauza lor
Personal, as fi de parere ca un astfel de site sa fie scutit de reclame, embedded objects, like on facebook, follow on tweeter si alte zorzoane de genul asta; cu adevarat, apar probleme de navigare cand se exagereaza cu elementele acestea. Aproape ca e imposibil sa mai navighezi pe siteul unui ziar online, din cauza lor
Cornel
In primul rand, felicitari pentru noul job. Poate o sa ne spui mai multe despre cum e si ce se intampla acolo.
Cei care creaza site-ul nu au cum sa rezolve problema citirii mesajelor "inceput de sectiune", "inceput de articol", "sfarsit de regiune", "sfarsit de articol". Site-ul este creat cu HTML 5 care ofera cateva elemente in plus, pe care JAWS le citeste astfel.
Putem spune ca acele elemente sunt similare cu <span> si <div>, iar creatorii site-urilor folosesc aceste elemente HTML pentru a grupa diverse portiuni ale paginii in diverse scopuri, dar de obicei nu in scopuri legate de accesibilizare. Din fericire JAWS nu ne citeste de fiecare data inceputul si sfarsitul elementelor <span> si <div>.
Eu cred ca JAWS ar trebui sa citeasca sau nu acele mesaje in functie de settarile fiecarui utilizator in parte.
Cu alte cuvinte cred ca asta nu este o problema pe care trebuie sa o rezolve cei care creaza site-ul, ci una pe care trebuie sa o rezolve cei de la Freedom Scientific.
Cred ca nu ar strica daca le-ai scrie celor de la Freedom Scientific despre aceasta problema, pe adresa support@freedomscientific.com, specificand si functia pe care o ai, ca poate asta ajuta un pic, si sa le spui ca ar fi bine sa ofere posibilitatea alegerii din setari daca sa fie citite acele mesaje sau nu (daca nu ofera deja, ca nu stiu). Problema asta apare pe multe alte site-uri, si probabil ca din ce in ce mai multe site-uri vor folosi HTML 5 si vom intampina acest neajuns. Daca cei de la Freedom Scientific vor oferi o solutie, vom beneficia de ea cand vizitam orice site.
Cei care creaza site-ul nu au cum sa rezolve problema citirii mesajelor "inceput de sectiune", "inceput de articol", "sfarsit de regiune", "sfarsit de articol". Site-ul este creat cu HTML 5 care ofera cateva elemente in plus, pe care JAWS le citeste astfel.
Putem spune ca acele elemente sunt similare cu <span> si <div>, iar creatorii site-urilor folosesc aceste elemente HTML pentru a grupa diverse portiuni ale paginii in diverse scopuri, dar de obicei nu in scopuri legate de accesibilizare. Din fericire JAWS nu ne citeste de fiecare data inceputul si sfarsitul elementelor <span> si <div>.
Eu cred ca JAWS ar trebui sa citeasca sau nu acele mesaje in functie de settarile fiecarui utilizator in parte.
Cu alte cuvinte cred ca asta nu este o problema pe care trebuie sa o rezolve cei care creaza site-ul, ci una pe care trebuie sa o rezolve cei de la Freedom Scientific.
Cred ca nu ar strica daca le-ai scrie celor de la Freedom Scientific despre aceasta problema, pe adresa support@freedomscientific.com, specificand si functia pe care o ai, ca poate asta ajuta un pic, si sa le spui ca ar fi bine sa ofere posibilitatea alegerii din setari daca sa fie citite acele mesaje sau nu (daca nu ofera deja, ca nu stiu). Problema asta apare pe multe alte site-uri, si probabil ca din ce in ce mai multe site-uri vor folosi HTML 5 si vom intampina acest neajuns. Daca cei de la Freedom Scientific vor oferi o solutie, vom beneficia de ea cand vizitam orice site.
Multumesc pentru sfaturi. Le voi scrie celor de la Freedom, dar as prefera sa mai stau putin, ca deocamdata ma simt cam pe dinafarra... Sper sa fac ceva curs despre accesibilitate, ca sa stiu despre ce vorbesc.
In ce priveste locul de munca... Angajatorul e o multinationala, care are contracte cu Comisia Europeana. S-au gandit sa accesibilizeze site-ul asta pentru nevazatori si lucreaza cu o asociatie belgiana ce se ocupa de accesibilizarrea siteurilor, insa ei au décis ca le trebuie si niste utilizatori cu deficienta de vedere, care sa lucreze pentru ei si sa-si spuna parerea in ce priveste accesibilitatea site-ului. Asa se face ca ne--au angajjat pe mine si pe Emi (tot romanca) si, desi se asteapta de la noi la parerea unui utilizator obisnuit, ne simtim putin cam depasite de treaba asta... E cam frustrant sa stai toata ziua si sa depui plangeri online, incercand sa vanezi erorile de pe site... 
incep si eu sa invat sa ma plang cu ocazia asta... 
Dar serios vorbind, suntem amandoua foarte bucuroase ca avem un job si am nimerit intr-o echipa foarte faina. Colegii par sa aiba foarte multa rabdare cu noi si incanu i-a disperrat sa vada peste tot cate doua bastoane albe... Din fericire nu sunt toti it-isti, asa ca nu se asteapta sa fim nici noi ceva genii in ale informaticii!
In ce priveste locul de munca... Angajatorul e o multinationala, care are contracte cu Comisia Europeana. S-au gandit sa accesibilizeze site-ul asta pentru nevazatori si lucreaza cu o asociatie belgiana ce se ocupa de accesibilizarrea siteurilor, insa ei au décis ca le trebuie si niste utilizatori cu deficienta de vedere, care sa lucreze pentru ei si sa-si spuna parerea in ce priveste accesibilitatea site-ului. Asa se face ca ne--au angajjat pe mine si pe Emi (tot romanca)
si, desi se asteapta de la noi la parerea unui utilizator obisnuit, ne simtim putin cam depasite de treaba asta... E cam frustrant sa stai toata ziua si sa depui plangeri online, incercand sa vanezi erorile de pe site... incep si eu sa invat sa ma plang cu ocazia asta... Dar serios vorbind, suntem amandoua foarte bucuroase ca avem un job si am nimerit intr-o echipa foarte faina. Colegii par sa aiba foarte multa rabdare cu noi si incanu i-a disperrat sa vada peste tot cate doua bastoane albe... Din fericire nu sunt toti it-isti, asa ca nu se asteapta sa fim nici noi ceva genii in ale informaticii!
Parca ai lucra in presa. Ca doar ei ofera informatii care nu informeaza cu mai nimic.
E secret numele multinationalei?
Da, au facut foarte bine ca au angajat orbi pentru asa ceva, fiindca ei stiu cel mai bine ce nu le place cand acceseaza o pagina web.
Daca nu stiti ceva, eu zic ca nu aveti nimic de pierdut daca intrebati alti orbi, care poate ca s-au lovit de acele probleme in trecut si va pot ajuta. Eventual chiar pe forum ca sa vada mai multi mesajul.
E secret numele multinationalei?
Da, au facut foarte bine ca au angajat orbi pentru asa ceva, fiindca ei stiu cel mai bine ce nu le place cand acceseaza o pagina web.
Daca nu stiti ceva, eu zic ca nu aveti nimic de pierdut daca intrebati alti orbi, care poate ca s-au lovit de acele probleme in trecut si va pot ajuta. Eventual chiar pe forum ca sa vada mai multi mesajul.
Nu lucrez in presa, dar m-au instruit cum sa ma comport cu presa... adica sa spun cat mai des si tare numele angajatorului!... Firma se numeste Getronics si am vazut ca au filiala si in Romania. Ar fi interesant de vazut daca ei nu ar vrea sa angajeze ceva orbisori... As avea si ceva intrebari, nu neaparat legate de accesibilitate...
Am vazut ca uneori, se gasesc pe siteuri unele meniuri la care JAWS citeste tab colapsed, iar daca dai enter pe ele, se deschide o fereastra, iar JAWSul citeste tab expanded. Ar putea sa imi explice cineva ce sunt chestiile astea si cu ce sunt diferite de niste linkuri obisnuite?
Ceva legat de accesibilitate... colegii mei se tot chinuie sa faca in asa fel incat atunci cand completezi un formular cu un cititor de ecran deschis, daca dai next pe o pagina, sa ajunga cursorul in punctul unde trebuie continuata completarea in pagina urmatoare. Nu prea le iese. De obicei cursorul se pune in partea de jos a paginii urmatoare, sau daca ramane sus, atunci ramane activat fors mode-ul (adica ma pot deplasa doar cu tab, sau trebuie sa dezactivez modalitatea de scriere. Stiti vreo solutie pentru asta?
Am citit ca Getronics a fost cumparata de KPN, o firma olandeza mai mare. Am citit ca au afaceri si in Romania dar nu stiu unde au sediu. Nu ar fi exclus sa angajeze si aici orbi, si doritorii nu ar strica sa incerce, insa daca firma din strainatate angajeaza orbi nu inseamna in mod automat ca o va face si filiala din Romania.
Acele tab-uri sunt o transpunere in format web a controalelor de tip "tab" din programele desktop clasice.
De obicei in programele desktop controale de tip tab se intalnesc in paginile cu optiuni, cu setari pentru programe. Adica acele pagini care apar cand se acceseaza meniul Tools/Options (sau Unelte/Optiuni in romaneste).
In ultimii ani tab-urile se folosesc si in interfata principala a programelor, in unele editoare de text si browsere de exemplu.
Vizual taburile apar aproximativ ca niste butoane asezate pe orizontala de la stanga la dreapta iar sub ele apare formularul corespunzator tab-ului activ. Cand se apasa enter pe un alt buton, adica pe un alt tab, se schimba formularul de sub butoane, si apare un alt formular sau un alt text care corespunde tab-ului activ. Tab-ul activ este cel pe care s-a apasat enter. El apare ca "expanded", adica deschis, expandat, iar cele inactive apar ca "collapsed" adica inchis.
In aplicatiile desktop noi putem sari intre formularele tab-urilor cu Control+Tab, dar in aplicatiile web de obicei trebuie sa apasam enter pe butonul tab-ului dorit.
In codul HTML tab-urile sunt definite de obicei ca lista de elemente, unde fiecare element contine cate un link, de aceea cititorul de ecran le vede ca linkuri. Dar ele apar pe pagina web aproximativ ca niste butoane.
Pentru ca si cititorul de ecran sa le vada ca butoane sau ca etichete de tab, trebuie sa se foloseasca atribute ARIA, insa nu este absolut necesar, fiindca noua si linkurile ne sunt la fel de accesibile. Atat doar ca uneori, mai ales daca nu cunoastem pagina web, ne poate crea confuzie, si am putea crede ca sunt simple linkuri care apar intr-o lista, si am putea vrea sa le deschidem intr-o noua fereastra cu Shift+Enter, iar asta s-ar putea sa nu functioneze cum ne asteptam. Dar probabil ca majoritatea orbilor nu folosesc Shift+Enter, iar cei care folosesc asa ceva stiu si ca acele linkuri ar putea sa nu fie simple linkuri, deci nu e o mare problema daca in acest caz nu se foloseste ARIA.
In legatura cu a doua problema, depinde cum este creat acel formular. Daca atunci cand se apasa "Next" se trimite formularul curent catre server in mod clasic, si se afiseaza o noua pagina cu un nou formular ca o continuare a primului formular, atunci ar trebui sa se dezactiveze "forms mode", fiindca din punctul de vedere al cititorului de ecran se trimite un formular si se afiseaza o noua pagina. In acest caz insa, cursorul este plasat la inceputul paginii in mod implicit de cititorul de ecran, sau JAWS plaseaza cursorul nu chiar la inceput, ci incearca sa sara peste anumite elemente ale paginii care apareau si in pagina anterioara pentru ca noi sa nu mai trebuiasca sa sarim peste ele, presupunandu-se ca sunt tot felul de linkuri si meniuri din partea de sus a paginii, nu continutul de baza al paginii. Dar nu este garantat niciodata ca JAWS va plasa cursorul virtual fix intr-un anumit loc cand se deschide o noua pagina dupa ce se trimite un formular.
Pentru ca in noua pagina deschisa cursorul sa fie amplasat in primul element din noul formular care este afisat, trebuie sa se foloseasca un cod Javascript care sa mute focusul in campul dorit, adica cum face Google in pagina google.com. Se poate vedea eventual ce cod Javascript folosesc ei acolo, insa nu este ceva complicat.
Totusi, noua nu ne este foarte util ca cursorul este amplasat in acel camp din formular, fiindca daca se deschide o noua pagina iar modul formular este dezactivat (forms mode off), nu vom putea incepe imediat sa scriem in acel camp, fiindca mai intai va trebui sa activam modul formular mutand cursorul virtual in campul de formular dorit, iar apoi sa apasam tasta enter sau spatiu. Iar dupa ce apasam noi enter sau spatiu in campul dorit, vom avea acolo cursorul cu care putem scrie, fara sa conteze unde a fost setat cursorul de catre codul Javascript. Setarea insa a cursorului cu un cod Javascript va fi utila pentru vazatori, fiindca ei nu au nevoie de un cititor de ecran, ci ei vor vedea pur si simplu cursorul clipind in primul camp si vor putea incepe imediat sa scrie in acel camp.
A doua varianta, este ca la apasarea linkului sau butonului "next", formularul sa nu fie expediat catre server in mod clasic, ci printr-un apel AJAX, de catre un cod Javascript.
In acest caz, pagina ramane neschimbata, si fiindca nu se incarca o noua pagina, JAWS nu stie ca trebuie sa dezafecteze modul formular, adica sa seteze forms mode off, mai ales daca dupa trimitere formularul nu dispare din pagina. In mod normal daca formularul curent dispare de pe pagina, JAWS ar trebui sa seteze totusi forms mode off, insa daca din cine stie ce motive nu o face, ar trebui studiate atributele ARIA si vazut daca se poate seta vreunul dintre ele cu un cod Javascript pentru ca JAWS sa nu mai vada acel formular. Oricum, depinde cum e facuta pagina. Eu nu imi pot imagina cum de un formular este trimis, chiar si printr-un apel AJAX, dupa ce este trimis formularul dispare de pe pagina, dar totusi JAWS mentine forms mode on. Nu imi dau seama care camp va fi considerat cel activ incat forms mode sa fie activ daca formularul a disparut. Iar daca apare apoi un nou formular, creat tot printr-un apel AJAX, nu imi dau seama cum de JAWS reactiveaza singur forms mode si care camp va fi setat ca activ.
Acele tab-uri sunt o transpunere in format web a controalelor de tip "tab" din programele desktop clasice.
De obicei in programele desktop controale de tip tab se intalnesc in paginile cu optiuni, cu setari pentru programe. Adica acele pagini care apar cand se acceseaza meniul Tools/Options (sau Unelte/Optiuni in romaneste).
In ultimii ani tab-urile se folosesc si in interfata principala a programelor, in unele editoare de text si browsere de exemplu.
Vizual taburile apar aproximativ ca niste butoane asezate pe orizontala de la stanga la dreapta iar sub ele apare formularul corespunzator tab-ului activ. Cand se apasa enter pe un alt buton, adica pe un alt tab, se schimba formularul de sub butoane, si apare un alt formular sau un alt text care corespunde tab-ului activ. Tab-ul activ este cel pe care s-a apasat enter. El apare ca "expanded", adica deschis, expandat, iar cele inactive apar ca "collapsed" adica inchis.
In aplicatiile desktop noi putem sari intre formularele tab-urilor cu Control+Tab, dar in aplicatiile web de obicei trebuie sa apasam enter pe butonul tab-ului dorit.
In codul HTML tab-urile sunt definite de obicei ca lista de elemente, unde fiecare element contine cate un link, de aceea cititorul de ecran le vede ca linkuri. Dar ele apar pe pagina web aproximativ ca niste butoane.
Pentru ca si cititorul de ecran sa le vada ca butoane sau ca etichete de tab, trebuie sa se foloseasca atribute ARIA, insa nu este absolut necesar, fiindca noua si linkurile ne sunt la fel de accesibile. Atat doar ca uneori, mai ales daca nu cunoastem pagina web, ne poate crea confuzie, si am putea crede ca sunt simple linkuri care apar intr-o lista, si am putea vrea sa le deschidem intr-o noua fereastra cu Shift+Enter, iar asta s-ar putea sa nu functioneze cum ne asteptam. Dar probabil ca majoritatea orbilor nu folosesc Shift+Enter, iar cei care folosesc asa ceva stiu si ca acele linkuri ar putea sa nu fie simple linkuri, deci nu e o mare problema daca in acest caz nu se foloseste ARIA.
In legatura cu a doua problema, depinde cum este creat acel formular. Daca atunci cand se apasa "Next" se trimite formularul curent catre server in mod clasic, si se afiseaza o noua pagina cu un nou formular ca o continuare a primului formular, atunci ar trebui sa se dezactiveze "forms mode", fiindca din punctul de vedere al cititorului de ecran se trimite un formular si se afiseaza o noua pagina. In acest caz insa, cursorul este plasat la inceputul paginii in mod implicit de cititorul de ecran, sau JAWS plaseaza cursorul nu chiar la inceput, ci incearca sa sara peste anumite elemente ale paginii care apareau si in pagina anterioara pentru ca noi sa nu mai trebuiasca sa sarim peste ele, presupunandu-se ca sunt tot felul de linkuri si meniuri din partea de sus a paginii, nu continutul de baza al paginii. Dar nu este garantat niciodata ca JAWS va plasa cursorul virtual fix intr-un anumit loc cand se deschide o noua pagina dupa ce se trimite un formular.
Pentru ca in noua pagina deschisa cursorul sa fie amplasat in primul element din noul formular care este afisat, trebuie sa se foloseasca un cod Javascript care sa mute focusul in campul dorit, adica cum face Google in pagina google.com. Se poate vedea eventual ce cod Javascript folosesc ei acolo, insa nu este ceva complicat.
Totusi, noua nu ne este foarte util ca cursorul este amplasat in acel camp din formular, fiindca daca se deschide o noua pagina iar modul formular este dezactivat (forms mode off), nu vom putea incepe imediat sa scriem in acel camp, fiindca mai intai va trebui sa activam modul formular mutand cursorul virtual in campul de formular dorit, iar apoi sa apasam tasta enter sau spatiu. Iar dupa ce apasam noi enter sau spatiu in campul dorit, vom avea acolo cursorul cu care putem scrie, fara sa conteze unde a fost setat cursorul de catre codul Javascript. Setarea insa a cursorului cu un cod Javascript va fi utila pentru vazatori, fiindca ei nu au nevoie de un cititor de ecran, ci ei vor vedea pur si simplu cursorul clipind in primul camp si vor putea incepe imediat sa scrie in acel camp.
A doua varianta, este ca la apasarea linkului sau butonului "next", formularul sa nu fie expediat catre server in mod clasic, ci printr-un apel AJAX, de catre un cod Javascript.
In acest caz, pagina ramane neschimbata, si fiindca nu se incarca o noua pagina, JAWS nu stie ca trebuie sa dezafecteze modul formular, adica sa seteze forms mode off, mai ales daca dupa trimitere formularul nu dispare din pagina. In mod normal daca formularul curent dispare de pe pagina, JAWS ar trebui sa seteze totusi forms mode off, insa daca din cine stie ce motive nu o face, ar trebui studiate atributele ARIA si vazut daca se poate seta vreunul dintre ele cu un cod Javascript pentru ca JAWS sa nu mai vada acel formular. Oricum, depinde cum e facuta pagina. Eu nu imi pot imagina cum de un formular este trimis, chiar si printr-un apel AJAX, dupa ce este trimis formularul dispare de pe pagina, dar totusi JAWS mentine forms mode on. Nu imi dau seama care camp va fi considerat cel activ incat forms mode sa fie activ daca formularul a disparut. Iar daca apare apoi un nou formular, creat tot printr-un apel AJAX, nu imi dau seama cum de JAWS reactiveaza singur forms mode si care camp va fi setat ca activ.
Multumesc de explicatii. De fapt, acum ca ai spus cum sta treaba cu acele taburi, as putea sa explic mai clar cum e cu formularul. Cand primul tab e deschis (activ), am prima pagina a formularului. Daca dau "next" se deschide tabul urmator, iar apoi cel de al treilea tab. Problema era intre primul si al doilea tab. Acolo cursorul se punea sau in josul paginii, sau sus, dar cu forms mode activat.
Deocamdata am oprit testarea accesibilitatii si ne concentram pe testarea functionalitatii, caci trebuie prezentata aplicatia (siteul) statelor membre, in 9 noiembrie, apoi ne apucam iar de accesibilitate.
Am testat pana acum cu JAWS si nvda. Nu stiu ce screen reader gratuit mai exista.
As vrea sa intreb deasemenea daca imi poate spune cineva cum sa fac niste setari la nvda. In primul rand ca nu reusesc sa deschid singura fereastra in care se seteaza viteza etc.. Apoi, as vrea sa stiu daca se poate dezactiva anuntarea automata a randului si coloanei unui tabel. Asta ma incetineste mult din lucru, caci fiind mai nerabdatoare din fire, dau mereu cu sageata in jos si nu ascult mesajul pana la capat, asa ca pierd partea cand anunta ce se gaseste de fapt in celula respectiva.
Deocamdata am oprit testarea accesibilitatii si ne concentram pe testarea functionalitatii, caci trebuie prezentata aplicatia (siteul) statelor membre, in 9 noiembrie, apoi ne apucam iar de accesibilitate.
Am testat pana acum cu JAWS si nvda. Nu stiu ce screen reader gratuit mai exista.
As vrea sa intreb deasemenea daca imi poate spune cineva cum sa fac niste setari la nvda. In primul rand ca nu reusesc sa deschid singura fereastra in care se seteaza viteza etc.. Apoi, as vrea sa stiu daca se poate dezactiva anuntarea automata a randului si coloanei unui tabel. Asta ma incetineste mult din lucru, caci fiind mai nerabdatoare din fire, dau mereu cu sageata in jos si nu ascult mesajul pana la capat, asa ca pierd partea cand anunta ce se gaseste de fapt in celula respectiva.
-
Andreea Neagu
- Colonel
- Mesaje: 1511
- Membru din: 16 Ian 2007, 23:15
- Localitate: Bucuresti
- Contact:
Fereastra de setări pentru voce o deschizi cu NVDA+Ctrl+V.
Pentru a nu mai auzi numărul rândului și coloanei apeși NVDA+Ctrl+D pentru a deschide fereastra Document Formatting, apoi acolo cauți și debifezi Report table cell coordinates.
Pentru a nu mai auzi numărul rândului și coloanei apeși NVDA+Ctrl+D pentru a deschide fereastra Document Formatting, apoi acolo cauți și debifezi Report table cell coordinates.
Andreea - Elena Neagu
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători
-
Andreea Neagu
- Colonel
- Mesaje: 1511
- Membru din: 16 Ian 2007, 23:15
- Localitate: Bucuresti
- Contact:
Ca screen reader poți testa și cu WindowEyes. Pentru deținătorii de licențe Office 2010 este gratuit: http://www.windoweyesforoffice.com
Ar mai fi System Access To Go de la Serotek: https://www.satogo.com/en/
Mai poți testa cu un trial de Dolphin SuperNova: http://www.yourdolphin.com/tryit.asp?id=5&edition=5
Desigur, dacă ai acces la un Mac ar trebui testat și cu VoiceOver. Și eventual pe un Linux cu Orca.
Spor,
Andreea
Ar mai fi System Access To Go de la Serotek: https://www.satogo.com/en/
Mai poți testa cu un trial de Dolphin SuperNova: http://www.yourdolphin.com/tryit.asp?id=5&edition=5
Desigur, dacă ai acces la un Mac ar trebui testat și cu VoiceOver. Și eventual pe un Linux cu Orca.
Spor,
Andreea
Andreea - Elena Neagu
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători
-
Andreea Neagu
- Colonel
- Mesaje: 1511
- Membru din: 16 Ian 2007, 23:15
- Localitate: Bucuresti
- Contact:
Insert dacă ai setat desktop layout pentru tastatură, caps lock dacă ai setat laptop layout.CarmenT scrie:Merci, Andreea. Dar care e tasta NVDA?
Il testam si cu voice over, pe iphone.
Andreea - Elena Neagu
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători
Designer www.pontes.ro
Anjo.ro - Magazin virtual de produse pentru nevăzători
Şcoala pentru toţi - site dedicat elevilor nevăzători