Етика та брендінг

Хоча кожен повинен підтримувати доступність, це не означає, що кожен це робить. Підтримуючи доступність, ви дієте у найкращих інтересах спільноти. Ви можете цим пишатися – демонстрація того, що ви піклуєтеся про кожного у суспільстві, може тільки поліпшити образ бренду. Ваша професійна робота полягає в тому, щоб спробувати створити результат кращої якості, який ви зможете отримати. У суспільстві, яке цінує нас як індивідуумів, важливо не виключити когось, хто має інші потреби.

Роблячи відповідальний вибір у політиці і щиро демонструючи, що ви реалізуєте цю політику, можна створити надзвичайно позитивний образ бренду. Компанії, які показують, що вони піклуються про своїх клієнтів, будуть зберігати їх лояльність більшою мірою, ніж ті, хто цього не робить.

Проектування з урахуванням доступності

Ключ до доступності полягає в продумуванні проблеми і розумінні, як ви збираєтеся вирішити її для різних користувачів. Якщо спробувати інтерпретувати доступність як щось, що можна "прикрутити" в кінці, то ви отримаєте щось неприємне. Для рішення буде потрібно більше часу, воно не буде до того ж працювати, і буде виглядати жахливо.

Кращим способом досягнення добре спроектованого рішення є проектування з самого початку з урахуванням всіх вимог. Це не означає, що ви не повинні змінювати своїх планів або не додавати будь-то пропущені речі, але ви повинні спробувати дізнатися, в чому полягає вся проблема, яку ви намагаєтесь вирішити. У випадку Web-сайтів це означає створення рішення, придатного для використання всіма користувачами, включаючи тих, хто не може використовувати мишу, клавіатуру, або монітор, і т.д.

Вимоги взаємодії

Вимоги взаємодії особливо мінливі від рішення до рішення. Нові технології часто створюються без підтримки доступності. Наприклад, новий модуль Silverlight компанії Microsoft не виводить інформацію через API доступності, використовуваний зчитувачами екрану та іншими допоміжними технологіями, хоча така підтримка і планується в майбутньому.

Там, де підтримка теоретично присутній, може вимагатися час, щоб допоміжні технології їй скористалися. Наприклад, нові зчитувачі екрану працюють значно краще з запускаються JavaScript оновленнями структур HTML, чим більш старі зчитувачі екрану. Навіть давно створена підтримка доступності може продовжувати відрізнятися на різних платформах. Наприклад, модуль Adobe Flash Player давно виводить інформацію в API доступності Windows, але не в еквівалентному API Apple або GNOME.

Існує також зазвичай деяка затримка між появою підтримує технології і її широким поширенням. У той час як браузери і компоненти Plug сьогодні зазвичай бувають безкоштовними, основні допоміжні технології можуть бути дуже дорогими. Наприклад, одним з найбільш популярних зчитувачів екрана є JAWS для Windows компанії Freedom Scientific. Нова версія виходить майже кожен рік. JAWS Professional стоїть в роздріб $ 1095, і навіть якщо ви витратили $ 200, щоб отримати Software Maintenance Agreement для двох наступних версій, оновлення буде, тим не менш, коштуватиме близько $ 500. Отже, хоча подальшим випуском є версія 9, можна зустріти безліч користувачів JAWS, які використовують старі версії.

Тому, коли ви збираєтеся створювати Web-сайти для публічної Web, необхідно приймати до уваги взаємодію із суттєво різними комбінаціями використовуваних користувачем технологій. Існує чотири підходи:

• Поступове вдосконалення Web-сайту, тестуючи підтримку в міру просування.

• Дозвіл користувача відключати проблемні удосконалення.

• Надання альтернативних версій з таким же контентом або функціями.

• Рекомендації клієнтам про те, які технології їм потрібні для підтримки та надання прикладів компаній, які підтримують ці технології.

У мережах Інтранет зворотна сумісність і різноманітність менш проблематичні. Дана організація може гарантувати, наприклад, що всі службовці з фізичними вадами матимуть доступ до допоміжної технології з достатньою підтримкою DHTML. У таких ситуаціях і при правильному тестуванні надається допоміжної технології, буде розумно використовувати JavaScript в якості вихідного рівня.

Однак сумісність вперед і міжплатформена сумісність все ще є проблемами, тому відкриті, стандартні технології повинні бути кращі в порівнянні з патентованими, нестандартними технологіями.

Наприклад, ви можете розробляти навчальне додаток в мережі Інтранет для великої корпорації. Вони можуть просити зробити додаток доступним, але не визначити стандарт, якого необхідно дотримуватися. Після розмови з їх відділом ІТ ви дізналися, що кожен має саму останню версію Internet Explorer з активованою підтримкою JavaScript, встановленої і включеною технологією Flash, і будуть забезпечені сучасною допоміжної технологією, яка потрібна для підтримки цих позицій. Тепер, навіть якщо компанія перейде на платформу на основі Unix, будуть існувати допоміжні технології, які підтримують JavaScript, але текст Flash і елементи управління будуть доступні тільки в Windows. Можна безпечно зробити сценарії і Flash базовою вимогою програми. Але ви вирішили використовувати Flash тільки для відтворення відео, і створити безліч елементів управління для відео Flash за стандартами Web, оскільки елементи керування Flash доступні тільки допоміжної технології на платформі Windows. У цьому випадку додаток буде як і раніше є, навіть якщо компанія мігрує на Unix.

Політика ІТ організації може змінюватися, і кращі зусилля, щоб змусити функції JavaScript працювати і використовувати модулі, що підключаються набору засобів доступності, можуть виявитися марні, тому навіть якщо ви маєте базову технологію, послідовне вдосконалення, починаючи з основного шару HTML, все одно залишається гарною ідеєю.

Властивості доступної Web-сторінки

У цьому розділі розглядаються різні властивості доступності Web-сайту – тобто, що повинен містити доступний Web-сайт. Буде детально представлено кожне властивість.

Семантична структура

Одним з основних вимог стандартів Web є використання семантичної структури HTML. Семантична структура є також вкрай важливою для доступності. Це пов'язано з тим, що вона забезпечує інфраструктуру для інформації на сторінці. Коли люди не можуть бачити візуальний стиль сторінки, семантична структура допомагає вказати їм низку речей. Вона може вказати на положення в ієрархії документа, і способи, якими вони можуть взаємодіяти з різними елементами на сторінці, а також забезпечити виділення текстового контенту в правильних місцях. Гарним прикладом того, що семантична структура документа важлива для доступності, є навігація. Добре структурованим навігаційним меню є список елементів. Можна оформити його як список HTML:

<ul>

<li>Menu Item 1</li>

<li>Menu Item 2</li>

<li>Menu Item 3</li>

</ul>

Структуруючи навігаційні меню як списки, можна дозволити зчитувача екрана, який не може бачити список, легко зрозуміти, що це список. Зчитувач екрану повідомляє їм, що це список. Якщо розмітка списку не використовується, то зчитувач екрану не зможе дізнатися, що це список, і повідомити про це користувачеві. Додаткову інформацію про те, як використовувати правильну семантику в HTML, можна знайти в багатьох попередніх статтях курсу, в основному в тих, які розглядають HTML.