Archiv štítku: odečítací program

Finální lokalizovaná verze odečítacího programu JAWS 16 je k dispozici

Instalační soubory avizované finální lokalizované verze odečítacího programu JAWS 16 jsou k dispozici na virtuálním GALOP DVD na adrese

www.galop.cz/dvd/jaws.htm

Kromě desítek drobných vylepšení obsahuje JAWS 16 řadu užitečných novinek jako například vyhledávání klávesových zkratek JAWSu, poloautomatický formulářový režim, zlepšené rozpoznávání textu v dokumentech PDF či rozšířenou podporu v hlasových profilech.

JAWS for Windows

Obsáhlejší popis novinek ve verzi 16 v češtině je k dispozici na adrese

www.galop.cz/doc/jaws/jaws16novinky.html

Součástí základní instalace české verze 16 jsou také lokalizované skripty pro Skype verze 7 a skripty pro slovník Lingea Lexicon 5 a poštovní program The Bat!. Novinkou je rovněž rozšíření možností funkce Prozkoumat o vyhledávání publikací ve specializovaných knihovnách pro zrakově postižené.

Upravené zdroje funkce Prozkoumat je možné nainstalovat i do JAWSu 15 pomocí následujícího souboru

www.galop.cz/beta/j15RuleSets16cs05.exe

Oproti předchozí veřejné beta verzi (16.0.1722.5) přináší finální české vydání především velké množství drobných vylepšení a oprav, obsažených zejména v dubnových anglických vydáních (detailní popis je pro zájemce k dispozici v angličtině na stránce Enhancements and Improvements in JAWS 16).

Český JAWS verze 16 podporuje všechny 32bitové edice Windows Vista, 7 a 8.1 a rovněž všechny 64bitové edice Windows 7 a 8.1; Windows XP již podporovány nejsou.
Stejně jako u předchozích verzí probíhá instalace v jednom kroku, součástí instalace je i Hlasový výstup HLAS pro JAWS/MAGic, takže pro instalaci na čistý počítač připojený k Internetu teoreticky stačí stáhnout a nainstalovat jeden jediný soubor (viz první odkaz v tomto e-mailu).

Máte-li v počítači ještě nainstalováno anglické vydání verze 16, je nutné je z počítače odinstalovat (včetně komponenty „Freedom Scientific Talking Installer 16“) před instalací českého vydání; předchozí české lokalizované vydání (16.0.1722.5) odebírat není třeba.

Chcete-li s verzí 16 používat WinTalker Voice, Elišku, Zuzanu či Ivetu, je dobré tyto syntezátory nainstalovat ještě před instalací JAWSu, budou pak pro ně automaticky vytvořeny příslušné hlasové profily. JAWS 16 již nepodporuje rozhraní SAPI4 — používáte-li dosud WinTalker Voice 1.x, bude potřeba upgradovat na verzi 2.x (nebo přejít na jiný syntezátor :-).

Po instalaci je jako výchozí hlas nastavena Zuzana (byla-li nainstalována), pro přepnutí na jiný hlasový profil můžete použít standardní klávesovou zkratku JAWSKey+Ctrl+eS.

DŮLEŽITÉ UPOZORNĚNÍ: Ačkoliv je Hlasový výstup HLAS pro JAWS/MAGic instalován spolu s JAWSem, licencován je i nadále samostatně. V rámci ukázkové verze JAWSu pracuje HLAS bez nutnosti aktivace, pro provoz s plnou verzí JAWSu je nutné HLAS samostatně autorizovat pomocí aktivačního čísla, které si mohou uživatelé platné licence Hlasového výstupu HLAS (SAPI varianta) vyžádat vyžádat pomocí webového formuláře na adrese www.galop.cz/registrace/hlas Dříve vydaná aktivační čísla jsou již v programu obsažena a není je nutno ručně zadávat.

Na úplný závěr bychom jako vždy rádi oficiálně poděkovali všem, kdo se v posledních několika měsících podíleli na testování nové verze, a stejně tak i vám všem, kdo svým podnětem pomůžete JAWS 16 ještě vylepšit.

Související odkazy

Málo známé, ale velmi užitečné funkce JAWSu – Prozkoumat

Číst informace na úrovni prostého textu umí dnes každý program, který si dělá ambice na to, aby jej uživatelé nazývali screen readerem (česky odečítačem či čtečkou obrazovky). Protože zpřístupnění prostředí operačního systému i jednotlivých aplikací mají dnes odečítače obrazovky zvládnuty na velmi dobré úrovni, není proto nikterak překvapivé, že se jejich výrobci stále více zaměřují na efektivitu, uživatelskou přívětivost a umožnění rychlého přístupu k informacím různého typu.

Odečítač obrazovky JAWS, celosvětově nejpopulárnější screen reader, nabízí svým uživatelům celou řadu funkcí, které právě rychlý a efektivní přístup k informacím umožňují. Jedním z nich je i funkce Prozkoumat. Jedná se o univerzální nástroj, zjednodušující přístup k různým zdrojům informací na Internetu. Umožňuje je vyhledávat a zobrazit ve virtuálním prohlížeči. Je možné jej kdykoliv vyvolat bez toho, aniž by bylo nutné složitě opouštět právě rozdělanou práci, zjistit si potřebné údaje, a následně se k rozdělané práci snadno vrátit. Ideální je tedy například pro rychlé zjištění významu nebo překladu nějakého slova.

Dialogové okno funkce Prozkoumat

Při používání funkce Prozkoumat ale není třeba se omezovat pouze na tyto situace. Její výhoda spočívá právě v jednoduchém přístupu k různorodým informacím. Pokud tedy například potřebuji zjistit PSČ, vyhledat telefonní číslo nebo zjistit, jaké bude počasí, Prozkoumat to umožní, aniž bych se musel „prokousávat“ mnohdy složitými webovými stránkami.

Prozkoumat pracuje se dvěma typy zdrojů – u těch prvních (patří sem například slovníky) umožňuje přímé vyhledání odpovědi na zadaný dotaz, u druhé skupiny (typicky zpravodajské servery) pak poskytuje souhrn zpráv.

Funkci Prozkoumat mohu ze kterékoliv aplikace vyvolat skupinovou klávesovou zkratkou JAWSKey+MEZERNÍK, R. Po jejím stisku se otevře dialogové okno Prozkoumat, kurzor mám přímo v editačním poli a mohu do něj zadat hledaný text. Pokud funkci vyvolám z textového editoru či webového prohlížeče, vloží se do editačního pole slovo, na kterém je právě kurzor, případně text, který mám označený. Po zadání hledaného výrazu je možné klávesou Tabulátor přejít do seznamu zdrojů a vybrat si ten, v němž chci danou informaci vyhledat. Hledání vyvolám klávesou Enter, výsledky se zobrazí ve Virtuálním prohlížeči. Poté, co si je prohlédnu a klávesou Escape virtuální prohlížeč zavřu, jsem automaticky vrácen na pozici aktivního kurzoru (tedy do místa, z nějž jsem funkci Prozkoumat vyvolal).

Funkce Prozkoumat také nabízí možnost uchovávat historii hledání, nastavit výchozí zdroj pro hledání a upravit seznam zdrojů tak, aby byly zobrazeny jen ty, které uživatel pravidelně používá a nemusel tak procházet i zdroje, o které tak často zájem nemá.

Vyhledávání v knihovnách

Novinkou českého JAWSu verze 16, jehož veřejné beta testování právě probíhá, je rozšíření možností funkce Prozkoumat o vyhledávání publikací ve specializovaných knihovnách pro zrakově postižené. Prozkoumat umožňuje vyhledávat podle názvu knihy, nebo jména autora.

Pomocí funkce Prozkoumat jsou nyní dostupné texty z Knihovny digitálních dokumentů, knihovny Centra ELSA, knihovny občanského sdružení Mathilda a dále několik desítek knih, zpřístupněných volně na internetu Městskou knihovnou v Praze.

Upravené zdroje funkce Prozkoumat je možné nainstalovat i do JAWSu 15 pomocí souboru j15RuleSets16cs05.exe.

Od dubna 2016 je dostupný další aktualizovaný balíček zdrojů funkce Prozkoumat. Ten je určen pro odečítací program JAWS verze 13 až 16 včetně a je možné jej nainstalovat ze souboru JXProzkoumatCS07.exe.

Další informace najdou zájemci v Nápovědě k programu JAWS nebo v bezplatném webináři Research It od Freedom Scientific (v angličtině).

Ale nejsnazší cestou, jak se s touto zajímavou funkcí seznámit, je vyzkoušet si ji naživo 😉

Důležité upozornění na závěr. Jak už jsem několikrát zmínil, Prozkoumat získává informace z Internetu a ze serverů, nad jejichž daty (a způsobem jejich poskytování) nemá odečítač JAWS žádnou kontrolu. Pokud tedy funkce nevrátí žádný výsledek, je to dost pravděpodobně způsobeno tím, že došlo k nějaké změně na straně poskytovatele dat a Prozkoumat není schopno požadovaná data získat.

Pokud byste se s takovou situací setkali či měli k funkci Prozkoumat jakékoliv náměty, pošlete nám je na jaws@galop.cz. Děkujeme.

Video ukázka použití funkce Prozkoumat (v angličtině)

Je Android skutečně přístupný pro nevidomé?

Po odchodu mobilů Nokia se zpřístupněným systémem Symbian do křemíkového nebe řeší i nevidomí uživatelé mobilů, jakou platformu při koupi nového přístroje zvolit. Při hledání nového mobilu mají nevidomí jednu velkou jistotu a jedno velké dilema. Tou jistotou je, že nový chytrý telefon budou místo starých dobrých fyzických tlačítek ovládat pomocí dotykového displeje, protože nedotykové telefony prostě nejsou. A velkým dilematem je, jakou platformu zvolit. Při tomto rozhodování je jedno z nejdůležitějších kritérií přístupnost.

V současnosti se jako o reálně přístupných platformách i pro zcela nevidomé uživatele mluví o dvou nejrozšířenějších systémech: iOS od Applu a Android od Googlu. Oba systémy mají početné tábory nevidomých uživatelů. Mnozí z těchto uživatelů, ať už pracují v iOS, nebo Androidu, vám řeknou, že právě ten jejich systém je to nejlepší a nejpřístupnější řešení. Nejsou to ale jen subjektivní dojmy těch, kteří do nového mobilu investovali své finance a spoustu úsilí ke zvládnutí obsluhy nového dotykového zařízení poslepu, takže si svůj těžce nabytý mobil nebudou nakonec hanit? A není v tom často také mnoho iracionálních pocitů, ve kterých se otázka zda Apple, nebo Google řeší podobně jako otázka zda Sparta, nebo Baník? Je tedy možné nalézt někde objektivní pohled na přístupnost iOS a Androidu? A jaká kritéria vůbec musí systém splňovat, abychom ho označili za přístupný?

Dva testy, dva různé přístupy

V minulých měsících byly na webu publikovány dva testy přístupnosti Androidu od uznávaných expertů na přístupnost, kteří minimálně deklarovali snahu o objektivitu. Autory testů jsou Chris Hofstader a Marco Zehe. Chris Hofstader je nevidomý informatik, který dlouhá léta působil jako vedoucí vývoje odečítače JAWS. Marco Zehe je také bývalý člen vývojového týmu JAWSu a v současnosti pracuje v Mozilla Foundation jako člověk odpovědný za přístupnost jejich produktů. Oba pánové jsou zkušenínevidomí uživatelé applovských zařízení se systémem iOS, nicméně i podle některých jejich dalších článků bych zrovna tyto dva autory nepodezříval z nekritického fanouškovství pro Apple. Chris Hofstader byl např. v nedávném článku Apple and the Accessible Internet dosti kritický ke způsobu práce na webu s odečítačem VoiceOver v OSX. Marco Zehe zase v textu Switching Back to Windows popisuje, jak ho dlouhodobě neřešené problémy v přístupnosti v OSX přiměly vrátit se k Windows a NVDA. To se tedy týkalo desktopového systému OSX, k čemu ale tito dva autoři dospěli u mobilních platforem?

Chris a Marco zvolili k testování zcela odlišné přístupy. Chris postupoval systematicky, čistě podle objektivních měřítek, standardů a doporučení BBC Mobile Accessibility Guidelines, jejichž obdoba se stane v USA součástí právního předpisu zabývajícího se přístupností (Section 508). Chris testoval všechny prvky ve všech aplikacích dodávaných se standardním tabletem Googl Nexus 7 a hledal všechny nedostatky, jako jsou nepopsané grafické elementy, objekty, na které nelze přejít šviháním, a další. Oproti tomu Marco Zehe šel cestou uživatelského testování. Rozhodl se na 30 dní odložit svůj iPhone a používat výhradně Google Nexus 4 s aktuálním Androidem, aby zjistil, zda a jak Android splní všechny jeho nároky na chytrý dotykový mobil. Chris se pevně držel jen aplikací dodaných Googlem bez možnosti mobil doplnit jakýmikoli aplikacemi třetích stran. Oproti tomu Marco využil všechny další zdroje, které mohly zlepšit použitelnost jeho mobilu.

Jaký byl výsledek testu Chrise Hofstadera?

To můžete vytušit už z názvu jeho článku Testing Android Accessibility: I Give Up (Testování přístupnosti ‚Androidu: vzdávám to). Chris poukazuje mimo jiné na to, že aplikace přímo z dílny Googlu porušují i naprosto základní pravidla, jako je právě popisování grafických prvků a nedostupnost prvků při procházení gestem švihání. Přestože jsou tyto chyby snadno a levně odstranitelné, vyskytují se v Androidu nepřijatelně často , což podle Chrise svědčí o minimální ochotě Googlu zabývat se přístupností.

Chris Hofstader se dále v článku Testing Android Accessibility: The Programmer’s Perspective (Testování přístupnosti Androidu: Z pohledu programátora) také podíval na to, jak je pro vývojáře aplikací pro Android snadné, či těžké zajistit přístupnost svých aplikací. Chris porovnává API pro přístupnost, která mají programátoři k dispozici na různých platformách od Windows XP, přes OSX, iOS, Windows 8.1, Gnome až právě po Android. Konstatuje, že ačkoli je Android jeden z novějších systémů, jeho API pro přístupnost je nejhorší. Pokud tedy chce vývojář udělat přístupnou aplikaci pro Android, bude ho to stát mnohem více úsilí než pro jakýkoli jiný z výše uvedených systémů. Slabá podpora přístupnosti přímo na systémové úrovni tedy může vést i k daleko většímu podílu špatně přístupných aplikací třetích stran.

K čemu dospěl Marco Zehe?

I to se dá odhadnout z titulku posledního ze série článků, které Marco během testování den po dni publikoval. Nakonec nevydržel s Androidem celých 30 dní, ale už 18. den napsal článek I quit (Končím).

Marco Zehe se během svého uživatelského testování snažil obcházet nedostatky v přístupnosti, na které poukazoval Chris Hofstader, což mnohdy po určitém laborování či za pomoci vidící osoby šlo. Naplno těžil z bohaté nabídky aplikací třetích stran a využíval variability a rozšiřitelnosti Androidu, což je jeho velkou výhodou oproti iOS. Vzhledem k obdobnému testu, který dělal o rok dříve, konstatoval, že přístupnost Androidu se dosti zlepšila a že při práci v Androidu nenarazil na žádný fundamentální problém. Nicméně během intenzivního každodenního používání se setkával neustále s množstvím menších problémů, které jeho práci znepříjemňovaly a činily neefektivní natolik, že to déle jak oněch 18 dní nevydržel.

Mezi problémy, na které ve svém blogu poukázal, patří nekonzistentní chování při rolování seznamů, absence funkce Clona obrazovky, nesnadná editace textu včetně nedostatečné hlasové odezvy při použití hardwarové klávesnice, náhodně měněné položky některých menu, nedostatečná podpora braillského vstupu a výstupu a nevyladěná zvuková signalizace TalkBacku.

Závěr

Dva naprosto odlišně postavené testy tedy došly ke shodným závěrům. Úroveň přístupnosti iOS a Androidu se významně liší jak podle čistě formálních kritérií, tak i z hlediska uživatelské zkušenosti.

Je zde tedy Apple, který bere přístupnost jako integrální vlastnost iOS a snaží se o stoprocentní přístupnost svých vlastních aplikací, a na druhé straně Google, který v Androidu poskytuje jen slabou podporu pro přístupnost aplikacím třetích stran a i ve svých vlastních aplikacích porušuje základní pravidla přístupnosti. Proč bychom za takového stavu věcí měli Android prohlašovat za přístupný systém?

Mnoho nevidomých uživatelů sice s Androidem úspěšně pracuje, zásadní otázkou ale je, zda je to díky skvělé podpoře Googlu, nebo spíš navzdory velmi slabé podpoře Googlu. Z výše uvedeného se zdá, že pravdivá je ta druhá možnost. To samozřejmě neznamená, že Android je pro nevidomého uživatele nutně špatná volba. Kromě úrovně přístupnosti člověk vždy vybírá i podle dalších kritérií, jako je cena, variabilita systému, nabídka aplikací, hardwarové vybavení přístroje, a jistě také záleží, k čemu všemu chce člověk mobil využívat.

Pokud bychom ale Android v současné podobě přijali jako přístupný systém, posunuli bychom laťku toho, co vše se dá označit za přístupné, příliš nízko. Když vidíme, jak vážně bere přístupnost svého softwaru Apple, není důvod, abychom se u Googlu spokojili s přístupností o několik úrovní horší. Netvrďme tedy, že Android je přístupný jen proto, že jsme schopni se se všemi nedostatky, na které v něm narážíme, poprat, ale spíše se snažme přimět Google, aby se přístupností zabýval stejně vážně jako jeho konkurence.

Článek připravil Honza Šnyrych.

Články, ze kterých jsem čerpal