Вы разрабатываете с Доступностью в памяти?

Целями разработчиков jQuery не является то же как Ваши цели. jQuery создается для скорости, и компактность и достигающий тех целей превосходит удобочитаемость и пригодность для обслуживания.

тесты Crockford в JSLint больше имеют отношение к достижению чего-то, что он чувствовал бы себя комфортно, забирая домой для встречи его родительского элемента, который является обоснованной озабоченностью, если Вы будете женаты на своем коде в течение некоторого времени.

5
задан Lance Pollard 2 October 2009 в 07:19
поделиться

3 ответа

Как человек с ограниченными возможностями, я стараюсь добавлять специальные возможности при написании программного обеспечения

Доступность - это область разработки программного обеспечения, связанная с тем, чтобы сделать пользовательские интерфейсы программного обеспечения доступными для людей с физическими недостатками. или психические расстройства или нарушения. У разных людей разные специфические потребности, и нельзя ожидать, что вы будете обслуживать каждого конкретно, но есть несколько широких групп

  • Визуальные образы:
    Это включает слепоту или дальтонизм. Чтобы помочь в этой области, рассмотрите возможность предоставления «хорошего» замещающего текста (четкое выделение) и подсказок, чтобы программы чтения с экрана могли представить ваш контент, который имеет смысл на слух. Обеспечение легкого доступа к ссылкам для увеличения размера текста и / или доступа к некоторым параметрам высококонтрастной таблицы стилей также является хорошей идеей.

    • Пользователи без использования мыши
      Существует огромное количество условий, которые могут помешать успешному мышлению, мне и моему мозгу потребовалось несколько лет, что несколько ненадежно, когда дело доходит до пространственных отношений, чтобы овладеть навыком. Для этих людей доступ с клавиатуры действительно полезен, я не работаю в веб-пространстве, поэтому я не уверен, есть ли стандартные клавиши, которые можно использовать, но они сообщаются с помощью программ для чтения с экрана и всплывающих подсказок, поэтому их лучше, чем ничего. ] Гензельминуты. Эпизод # 125 весьма поучительна. Он говорит со слепым пользователем о доступности в Интернете и в целом

      Доступность не учитывается во многих процессах проектирования либо потому, что у предприятий нет непосредственной потребности в ней и, следовательно, она вообще не рассматривается, либо считайте это функцией с низким приоритетом.

11
ответ дан 18 December 2019 в 07:55
поделиться

Я думаю, что о доступности обычно полностью забывают (либо явно, либо неявно забывают заранее из-за таких проблем, как стоимость) в большинстве проектов разработки программного обеспечения. Если компании (или отдельные разработчики, что более вероятно) уже имеют опыт работы с людьми с ограниченными возможностями или с написанием программного обеспечения с учетом особенностей пользователей.

Как разработчик, я, по крайней мере, стараюсь правильно использовать сочетания клавиш в программном обеспечении, над которым я работаю ( потому что это то, что я могу легко приготовить для собак, так как я стараюсь держать клавиатуру как можно дольше). Кроме того, это зависит от того, существуют ли требования в отношении доступности.

Я действительно думаю, что такие вещи являются частью «налогов на программирование», то есть вещей, которые вы, как разработчик, всегда должны делать, но ...

Я знаю об этом только - по крайней мере, больше, чем средний разработчик, я думаю, - потому что однажды я написал программное обеспечение для программного журнала на гибких дисках или Flagazine . Это было в PowerBasic 3.2, выросшем из источников BASIC в журнале, сделав эти источники доступными через BBS и диск, в конечном итоге увеличив меню вокруг небольших приложений, чтобы их можно было легко запускать, и т. Д.

Одно из наши основные пользователи (а позднее члены редакции) были слепы и были потрясены, когда мы переключились из текстового режима в меню, управляемое мышью EGA, поскольку его программа чтения с экрана TSR ничего не могла сделать с графика. Оказалось, что его синтезатор речи просто принимал текст из COM-порта. У него был небольшой (думаю, 8 КБ?) Буфер, который немедленно очищался при получении (я думаю) символа ASCII 1.

Итак, мы сделали графическое меню (и большинство других программ на Flagazine) полностью доступным с клавиатуры в любое время, а в графических программах мы используем небольшую библиотеку, которую я написал для отправки текста ASCII на настроенный COM-порт. . У этого были небольшие служебные методы, такие как ClearBuffer () . Благодаря этому, а также условному обозначению возможных действий меню при нажатии клавиши пробела, все это программное обеспечение стало доступным для наших слепых пользователей.

Я даже адаптировал терминальное приложение для своего калькулятора HP48 (добавив чистый буфер / экран на ASCII 1), чтобы я мог использовать это для эмуляции синтезатора речи. Затем я бы протестировал все наше программное обеспечение в каждом Flagazine, подключив свой HP48 с запущенным эмулятором,

7
ответ дан 18 December 2019 в 07:55
поделиться

Я слепой, поэтому при разработке мне нужно помнить о доступности, если я хочу использовать свои собственные программы. Я нахожу себя сосредоточенным на доступности в зависимости от типа приложения, которое я пишу. Когда я создаю приложения для командной строки или мэйнфрейма, я не думаю о доступности, поскольку эти среды изначально доступны. В веб-приложениях я должен немного подумать о доступности, но не очень. В основном это связано с тем, что я пишу простые веб-приложения для ограниченного использования, поэтому не нужно беспокоиться о том, чтобы сделать интерфейс привлекательным, просто удобным. Область, в которой я уделяю больше всего внимания доступности, - это настольные приложения. Например, используя.

2
ответ дан 18 December 2019 в 07:55
поделиться
Другие вопросы по тегам:

Похожие вопросы: