10 чудесни начина да направите съдържанието си преносимо и достъпно

Съдържание

• Достъпността не е „функция“
• Определяне на платформи
• Поддържане на преносимо и достъпно съдържание
• 1. Започнете с HTML5
• 2. WAI-ARIA
• 3. Използване на doctype
• 4. HTML5 тагове за документи
• 5. Лоши връзки
• 6. Изображения - ALT срещу TITLE
• Нека хората знаят
• Обобщение
• Благодарности
• Ресурси

Когато Кери пише на своя iPhone, тя изглежда сякаш свири на флейта. Придържа го до лицето си и пръстите й се движат с невероятно темпо. Завършва писането и ми подава телефона си, за да прочете току-що написаното съобщение. Той има перфектен правопис и граматика и е въведен много по-бързо, отколкото бих могъл да направя, докато използвах сензорната клавиатура на iPhone.

Кери използва приложение, наречено Fleksy, за да й помогне да движи пръстите си по лицето на телефона в модели, които се превръщат в думи. Тя също чете новините, слуша радио приложения, проверява Twitter и търси време за влак с телефона си. Тя е напълно сляпа.

„Публикуване“ означава различни неща за различните хора. За някои хора това означава създаване на печатен, физически обем произведение. Други хора свързват публикуването с възможността да разпространяват писмени произведения чрез устройства и приложения. Все по-често хората мислят за публикуване като за предоставяне на съдържание за забавление във всякакъв формат, независимо дали това означава изпращане на статия в блог или актуализиране на публикация в Google Plus.

Реалността е, че очакванията се различават сред потребителите и тези очаквания се променят с течение на времето. Читателите, които някога ненаситно са консумирали последната публикация в блог, сега очакват, че могат да прочетат тази публикация в блог или всяка статия или книга, където и когато им е удобно. Днес съдържанието ни следва от блог до Reeder по телефон до Instapaper на iPad до версия по имейл, изпратена чрез Whispernet до Kindle.

Всеки работен процес на четене е различен и за тези, които се нуждаят от функции за достъпност като четец на екрана, висок контраст или уголемен текст, този работен процес се нарушава, понякога непоправимо, когато авторите и издателите не успеят да обмислят незначителни, но необходими подробности за форматиране. Не мислете за това като за не „проверяване на полето за достъпност“. Вместо това осъзнайте, че ефективно превръщате съдържанието си в черна кутия за много потенциални клиенти.

Достъпността не е „функция“

Макар да е вярно, че достъпните контроли се използват от лица с намален слух и зрение, има много други хора, които също се възползват от тях. Някой със слабо зрение ще коригира размера на шрифта, за да чете по-лесно съдържание на екран. Човек, който е далтонист, оценява възможността да регулира цветовата палитра, така че неща като червен предупредителен текст всъщност да се открояват. Хората с дълги пътувания до работа използват екранни четци, за да слушат статии, които им се четат. Чуждите говорители използват видео и аудио с надписи, за да им помогнат да разберат нов език. Всички тези сценарии представляват по-широк обхват за вашето съдържание, подобрено потребителско изживяване и съпричастност и вероятно дори повече приходи.

За чудесен преглед на това, което означава достъпност, вижте статията на Ian Hamilton.

Определяне на платформи

Нека започнем с някои определения за това върху какви формати можем да се съсредоточим, за да улесним четенето на нашето съдържание:

• HTML: С HTML5 мрежата е още по-добро място за писатели и издатели да представят своите произведения. Нови маркери като статия, раздел, заглавна част и долен колонтитул сега са внедрени в много браузъри и могат да се използват полу-надеждно, за да добавят семантичен контекст към вашето писане. Освен това, предстоящият CSS3 модул на страницата може също да представлява интерес за тези, които търсят по-добро изживяване при четене на фиксирана страница, за да го активират.
• EPUB: EPUB е официалният стандарт на Международния форум за цифрово издателство (IDPF). EPUB3 е одобрен през октомври 2011 г. и позволява публикациите да имат по-стилно и персонализирано съдържание, по-близко до това, което е възможно с HTML / CSS, а не до предишните, по-статични насоки.
• МОБИ: MOBI, съкратено от Mobipocket, е формат, използван от Kindle и други цифрови четци. Отново е по-малко приспособим от EPUB, но ние го покриваме тук, защото можете да го използвате при публикуване на съдържание в Amazon, ако решите. Според Робин Кристофърсън от AbilityNet, някои модели на Kindle са достъпни за незрящи потребители; приложението Kindle на iOS обаче не е така. KF8, новият формат на Kindle, понастоящем се поддържа от Kindle Fire и скоро ще бъде пуснат до най-новото поколение устройства за електронно мастило Kindle и приложения за четене на Kindle.
• PDF: PDF се превърна в вездесъщ обект в мрежата. Включвам го тук, защото повечето таблети имат добри, вградени технологии за четене на PDF файлове и позволяващи помощни технологии с тях. При PDF решаващият фактор е как е създаден. Според Алън Далтън, съветник за развитие на достъпността в Ирландския национален орган за хората с увреждания, "Можете да направите PDF файловете достъпни; обаче много хора не го правят. Те не осъзнават, че техните инструменти произвеждат лоши продукти. Ако имах моя начин, всичко, което правим бъде HTML. " Освен навигацията и достъпността, PDF файловете също не се адаптират добре към различни размери и всеки, който се е опитал да прочете PDF на смартфон, е запознат с неудобното притискане, мащабиране и панорамиране, необходимо за това.

Това, което не попада в тази категория, са приложения, които вземат съдържанието ви и го превръщат в големи изображения. Въпреки че това може да гарантира, че външният вид и стил са еднакви за различните платформи, вие блокирате голяма част от аудиторията си, като същевременно създавате много тежко изтегляне. Този проблем се задълбочава, когато започнем да говорим за Retina дисплеи и изображения с двоен размер. За да усетите какво е да ви откажат нещо, което искате да прочетете (но въпреки това все пак трябва да платите за това), вижте коментарите за приложенията на Павилион, които са предимно недостъпни чрез VoiceOver в iOS.

За да видите как изглеждат тези видове списания за достъпен технически потребител, вижте моите видео вграждания, които показват разочароващото преживяване при опит за четене на тези списания с
инструмент за достъпност като VoiceOver:

Поддържане на преносимо и достъпно съдържание

Фокусирането върху преносими формати ни позволява да боравим със съдържанието си, за да живеем щастливо в повече браузъри, телефони, устройства за цифрово четене и приложения за четене. Какво трябва да направим с нашето съдържание, за да сме сигурни, че то може да се превежда добре между тези различни формати, като същевременно запазваме персонализиран стил и страхотно изживяване?

Събрах някои насоки по-долу за хора, които искат аудиторията им да бъде възможно най-широка и които не искат да заключат съдържанието си в черна кутия за много потребители. Тези техники могат да бъдат приложени към всичко - от публикации в блогове, до журналистика в дългосрочен план, до всякакви други произведения, които обмисляте да се публикуват:

1. Започнете с HTML5

Създавайки документите си първоначално с HTML5, в бъдеще ще имате по-малко притеснения. HTML5 маркирането ще ви помогне да поддържате вашите документи лесни за навигация и да ги превеждате в други формати. Ще направите значително по-малко „преоборудване“ на вашите публикации в други формати, ако имате семантична информация там от самото начало.

2. WAI-ARIA

WAI-ARIA е инициативата за уеб достъпност - пакет за достъпни богати интернет приложения. Това е набор от насоки, създадени от Работната група за протоколи и формати (PFWG) на
W3C. WAI-ARIA определя начин да направим уеб съдържанието и приложенията по-достъпни за хората с увреждания и помага с динамично съдържание и усъвършенствани контроли за потребителски интерфейс, разработени с Ajax, HTML, JavaScript и свързани технологии. Някои от техниките в тази статия идват от насоките на WAI-ARIA и макар тази статия да не е достатъчно дълга, за да обхване всички спецификации, бих ви препоръчал да я разгледате за повече подробности защо се препоръчват и най-добрите практики за прилагането им.

3. Използване на doctype

Въпреки че използването на конкретен тип документ не влияе на достъпността на свързания HTML код, важната причина за използването на тип документ е да се уверите, че режимът на странности на браузъра не се задейства. Просто използвайте ! DOCTYPE html> за да се гарантира, че това няма да се случи.

4. HTML5 тагове за документи

Правилната навигация на даден документ влияе високо върху неговия индекс за достъпност. Много потребители на достъпни технологии, които интервюирах, изразиха разочарованието си от доставчиците на съдържание и разработчиците, които не маркират правилно документите си за навигационна способност. Тези маркери дават повече контекст на разделите на вашия документ, отколкото използването на много div.

• Хедър и Долен колонтитул и двете могат да се използват многократно в една страница. Те могат да означават съответния главен горен или долен колонтитул на документа или могат да се използват за информация за горен / долен колонтитул в статии или раздели.
• Настрана е добър маркер, който да се използва за раздели, като странични ленти в книга, които допълват документа, но не са от решаващо значение за неговото разбиране.
• Раздели са начини за разбиване на идеи или групиране на съдържанието, което има смисъл.
• Статии са независими, самостоятелни парчета, които биха могли да съществуват без останалото съдържание. Използването на тези тагове по подходящ начин помага да се гарантира, че структурата на съдържанието ви се интерпретира правилно.

5. Лоши връзки

С CSS е възможно да използвате фонови изображения на връзки и бутони. Това е приятен ефект за уеб дизайнерите, защото дава повече контрол върху типографията. Това обаче доведе до това хората да забравят да включват текстови описания. Уверете се, че дори и да използвате текст и в изображението, за да сте сигурни, че то остава достъпно. Това също може да повлияе на неща като SEO и
интернационализация.

Пример:

a href = "/ contact"> / a>

Това е лошо.

a href = "/ contact"> Свържете се с нас / a>

Много по-добре.

6. Изображения - ALT срещу TITLE

Хората често включват и двете височина или заглавие атрибути в техния образ, но не и двете, тъй като те често се разбират погрешно и следователно изглеждат излишни. За да изчистите объркването, заглавие може да представлява консултативна информация, като тази, която може да се появи в подсказка. Това също може да ви даде допълнителна информация, когато премествате мишката върху изображение, техника, която много хора използват в своите блогове. С нарастването на сензорните устройства обаче този вид информация става по-малко полезна.

Alt от друга страна се използва от помощните технологии и дава контекст на елемента. Трябва да използвате височина върху вашите изображения и се уверете, че е полезна информация. Използвайки img alt = "" src = "1348.webp">

Нека хората знаят

Ако съдържанието ви е налично в множество формати, уверете се, че има начин да откриете това на вашия сайт. Вероятно сте виждали „Ако имате проблеми с разглеждането на този имейл, прочетете онлайн
съобщение в горната част на много бюлетини за електронна поща. Направете практика да правите същото за вашето съдържание. Ако имате достъпен PDF или аудио версия, както и ePub, уверете се, че потребителите могат да намерят тази информация. тестване, за да се уверите, че съдържанието е достъпно и четливо.