POSLEPU

pondělí 31. října 2011

Apple jako kompenzační pomůcka pro zrakově postižené - 3. díl

V dnešním díle seriálu Romana Kabelky o přístupnosti Apple produktů se budeme věnovat klávesnici. Ta je pro nevidomé uživatele důležitým vstupním zařízením a proto jí Roman věnoval celý jeden díl.

Dříve než se pustíme do probírání operačního systému Mac OS X a odečítače VoiceOver, popíšeme si typické rozložení klávesnice, s nímž se na Macintoshích můžeme setkat. Liší se totiž od standardních PC klávesnic hned v několika ohledech, tu více, tu méně viditelných. Asi nejrozšířenější je klávesnice notebookového typu zabudovaná ve všech MacBoocích a v přenosné bezdrátové Apple Wireless Keyboard dodávané např. k iMacům.

Klávesnice má klávesy s nízkým zdvihem a plochým profilem. Každá z nich je zapuštěna do krytu zvlášť a mezi jednotlivými klávesami je tak jasně hmatatelná mezera. Pro zvýšení přehlednosti jsou klávesnice všech nových MacBooků navíc podsvícené.

Alfanumerické klávesy a kurzorové šipky

Alfanumerické klávesy v druhé až páté řadě klávesnice mají standardní podobu včetně hmatového odlišení písmen F a J. Rovněž klávesy Shift, Capslock, Tabulátor, Backspace a ENTER mají svou obvyklou polohu. Enter je orientovaný na výšku přes třetí a čtvrtou řadu kláves. Ve třetí řadě, kde obvykle bývá pokračování klávesy Enter tvořící jeho typický tvar obráceného písmene L, je umístěna klávesa pro přehlásky, jež typicky bývá vedle Backspace, pokud je zmenšený. Levý Shift má poloviční velikost a vedle něj zprava je umístěna klávesa pro obrácené lomítko.

Za bližší prozkoumání stojí první a šestá řada kláves. V první řadě zcela napravo jsou čtyři úzké klávesy uspořádané do obráceného písmene T představující kurzorové šipky. Protože horní a dolní šipka mají společný otvor v krytu klávesnice, jsou pro lepší hmatnost jejich přiléhající strany zaoblené.

Přeřaďovače CMD, Alt a CTRL

Jako na každé klávesnici, i zde největší klávesou je mezerník. Ten však není obklopen klávesami Alt, jak tomu je zvykem na běžných PC klávesnicích, ale klávesami CMD (Command). Mají na sobě symbol Apple a jsou analogické ke klávesám Windows. V prostředí Mac OS X se ovšem používaj pro vyvolávání klávesových zkratek aplikací. V prostředí Windows k tomuto účelu slouží klávesy CTRL. Tuto podobnost lze ostatně s úspěchem přenést do prostředí Mac OS X - CMD+C kopíruje, CMD+V vkládá, CMD+S ukládá, CMD+O otevírá apod.

Dále od mezerníku, tj. vlevo od levého CMD a vpravo od pravého CMD, se nachází klávesy Alt nazývané také někdy Option. Slouží jako další přeřaďovač ke klávesovým příkazům a v kombinaci s alfanumerickými klávesami dovolují napsat znaky, které se nevyskytují na běžné lokální (české) klávesnici. S výhodou lze tak psát kombinací Alt+ě znak @ nebo Alt+ů znak ;, což odpovídá nejčastěji ekvivalentům pozic na počítačové anglické klávesnici.

Ještě více vlevo od levého Altu je jediná klávesa CTRL, neboť v prostředí Mac OS X nemá takový význam jako ve Windows. Nejčastěji používanou funkcí je v kombinaci s tlačítkem myši/trackpadu kontextový klik. Pro nás přecejen má význam větší, neboť v kombinaci s Altem tvoří základ pro klávesové zkratky odečítače VoiceOver. Kombinace CTRL+Alt je pro klávesové zkratky VoiceOveru tak častá, že se tato dvojice kláves také někdy označuje písmeny VO. Např. pro příkaz nápovědy klávesnice CTRL+Alt+K můžeme tedy někdy najít popis VO+K.

Modifikátor FN a funkční klávesy

Nakonec zcela vlevo v první řadě se nachází modifikátor FN měnící význam některých kláves tak, aby suplovaly klávesy, jež na klávesnici nenajdeme. Např. kombinací FN+Backspace simulujeme klávesu Delete, FN+Levá šipka Home atd.

Šestá řada kláves při horním okraji klávesnice má poloviční výšku a obsahuje funkční klávesy. Zcela vlevo je klávesa Escape, poté vpravo od ní funkční klávesy F1 až F12 a úplně na konec klávesa Eject. Mezi klávesou Escape a čtveřicemi funkčních kláves nejsou obvyklé mezery, tudíž orientace v řadě je do jisté míry ztížena. Zatímco Escape slouží k obvyklému účelu, tj. opuštění dialogu či zrušení akce, Eject, jak už název napovídá, se používá pro vysunutí CD nebo DVD z mechaniky. Funkční klávesy ve výchozím nastavení mají na sebe namapované rozšířené funkce systému a pro jejich standardní funkci je nutné k nim přistisknout klávesu FN. Je-li tedy např. řečeno, že odečítač VoiceOver se spouští klávesovou zkratkou CMD+F5, je ve skutečnosti u nově koupených Maců třeba stisknout FN+CMD+F5. V předvolbách klávesnice ovšem lze standardní funkci a rozšířenou funkci přehodit, tj. rozšířené funkce se vyvolávají až v kombinaci s klávesou FN. Toto chování je pro nás vhodnější, jelikož VoiceOver řadu svých příkazů mapuje právě na funkční klávesy.

Přehled suplovaných kláves

Delete: FN+Backspace
Home: FN+Levá kurzorová šipka
End: FN+Pravá kurzorová šipka
Page Up: FN+Horní kurzorová šipka
Page Down: FN+Dolní kurzorová šipka

Přehled rozšířených funkcí

Snížit jas displeje: [FN+]F1
Zvýšit jas displeje: [FN+]F2
Funkce Mission Control pro správu ploch: [FN+]F3
Funkce DashBoard pro práci s widgety (miniaplikacemi): [FN+]F4
Snížit podsvícení klávesnice: [FN+]F5
Zvýšit podsvícení klávesnice: [FN+]F6
Přehrávat předchozí stopu v přehrávači: [FN+]F7
Spustit/pozastavit přehrávání v přehrávači: [FN+]F8
Přehrávat další stopu v přehrávači: [FN+]F9
Zapnout/vypnout zvuk: [FN+]F10
Snížit hlasitost zvuku: [FN+]F11
Zvýšit hlasitost zvuku: [FN+]F12
Vysunutí CD/DVD: Eject
Uspání počítače: CMD+Alt+Eject

Další díly seriálu

neděle 30. října 2011

Jak zlepšit přístupnost webu pomocí WCAG 2.0?

Chcete vidět, jak vypadá webová stránka, nevyhovující metodice WCAG 2.0 (uznávám, že toto dnes bohužel ještě pořád není velký problém ;-), a jak se změní po úpravách, jejichž výsledkem je její lepší přístupnost a soulad s požadavky WCAG 2.0? Shadi Abou-Zahra a the Education and Outreach Working Group (EOWG) připravili praktickou ukázku s názvem Before and After Demonstration (BAD).

Ukázka nespočívá v předvedení kokrétních chyb, vytržených z kontextu, ale jejím základem je webová prezentace menšího rozsahu (4 stránky + šablona). Každá stránka obsahuje inline poznámky, po jejichž aktivování se přímo na stránce zvýrazní některé největší bariéry v přístupnosti či ukázky jejich řešení - podle toho, jestli si tyto poznámky zobrazíte na stránce s ukázkami chyb, nebo s ukázkami oprav.

Každá stránka také obsahuje interaktivní výsledek auditu přístupnosti, strukturovaný podle jednotlivých principů, pravidel a kritérií úspěšnosti. Jeho jednotlivé úrovně lze rozbalovat/sbalovat dle potřeby a podívat se, jaké konkrétní chyby stránka obsahuje a jakými technikami je lze opravit.

BAD lze použít například při prezentování tématiky přístupnosti, při studiu a k pochopení prraktické implementace WCAG 2.0 a v neposlední řadě také jako příklad toho, jak mohou být zpracovány výsledky auditu přístupnosti.

Materiál je momentálně ve stádiu draftu, určeného pro veřejné připomínkování. Připomínky a návrhy na změny či doplnění je možné posílat na adresu wai-eo-editors@w3.org.

pátek 21. října 2011

Google has already started to take accessibility in mind. And what about you?

This Tuesday - due to invitation by Paul Kinlan and Filip Hráček (thank´s guys ;-) - I attended Google Developer Day in Prague. Paul gave a speech called Making Your Web Apps Accessible Using HTML5 and ChromeVox and my brief talk was a part of it.

Paul talked about the importance of keyboard navigation, labelling form elements, use native HTML tags, ARIA roles, states and properties and of course of use of ChromeVox to evaluate accessibility.

I mainly focused on two issues - Google effort to be more accessible for people with disabilities and cooperation of Google Chrome with common screenreaders such as JAWS or NVDA together with practical demonstration of it.

Google effort to be more accessible for people with disabilities

In the first part of my talk I mentioned some issues related to accessibility of Google services. Google search is fully accessible and people with disabilities have been using it for years. Android can also be accessible for the blind and even though there are things that still need to be done to reach full accessibility, there are a few blind users in the Czech republic who use phones with Android. For more information (in Czech) see www.blind-android.cz or pavelondra.posterous.com Survey on Computer Usage Patterns together with American Council of the Blind is another proof, that Google takes accessibility seriously and try to improve accessibility of its services, such as Google Docs and Google Calendar, where there are new keyboard shortcuts and some support for screenreaders.

The last topic in this part was our attempt to establish Accessibility Google user group as a part of Gug.cz. I hope that this group will start as soon as possible and wish Pavel Ondra to be a good leader of it.

Google Chrome and JAWS

The second part of my talk was dedicated to practical brief demo how to use Google Chrome with common screenreader - namely with JAWS. Now, blind users can use not only Windows Internet Explorer and Mozilla Firefox, but also Google Chrome for browsing the web. I demonstrated to the participants how to navigate the web page simply using JAWS features Headings list and Links list.

Many improvements still have to be made before Google services are fully accessible to the blind, but the enhancements that have already been done indicate a commitment to accessibility by Google.

In the end of my talk I truly appreciated Google for having started with accessibility and tried to persuade the auditorium of the importance of accessibility and motivated them - if accessibility is important for Google (and other big companies such as Apple or Seznam.cz), it should be also important for them.

A lot of questions after our session showed me that it was good that this session was a part of this year GDD.

Are you interested in accessibility? Me and my colleagues are ready to help all of you who want to make their websites or services accessible ;-) Feel free to contact us.

Google and accessibility

View more presentations from Radek Pavlíček.

Lze - a jak - vůbec měřit přístupnost?

Je přístupnější webová stránka, na které jsou dva obrázky z deseti s chybným alternativním textovým popiskem, nebo stránka s pěti obrázky, z nichž jen jeden má chybně vyplněný alt popisek? A co stránka s formulářem, kde není jednomu formulářovému prvku přiřazen správný popisek?

Měření úrovně přístupnosti webu je důležité pro vyhodnocení toho, do jaké míry je přístupnost implementována, a také pro sledování zlepšení přístupnosti. Pokud nejsme schopni přístupnost změřit, těžko můžeme zjistit, zda se po úpravách webové stránky zlepšila, či zhoršila.

Najít vhodná měřítka ale není úplně triviální. Vezměme si například WCAG 2.0. Ten pracuje se 4 úrovněmi přístupnosti (žádná, A, AA, AAA), které ale bohužel neumožňují snadné "jemnější" porovnání přístupnosti dvou webů a sledování změn. Pokud web vyhovuje všem kritériím na úrovni A a většině - ale ne všem - z úrovně AA, pak je na něj pořád nahlíženo jako na web na úrovni A a úsilí navíc (kritéria AA) se v hodnocení vůbec neprojeví.

W3C/WAI Research and Development Working Group proto připravuje online sympózium o meření míry přístupnosti a vyzývá všechny, kdo mají k tématu co říci, k účasti. Sympózium se bude konat 5. prosince, termín pro přihlášení přednášek je 1. listopadu.

Jsem docela zvědavý na výsledky, protože jsme si podobnou situací prošli u naší Metodiky Blind Friendly Web a nutno přiznat, že ani jedna metrika, kterou jsme během let stanovili a používali, stoprocentně neodrážela realitu.

Související odkazy

Call for Papers: Online Symposium on Website Accessibility Metrics