BBC объявили, что будут удалять микроформаты hCalendar из своих онлайн-списков программ из-за проблем доступности с шаблоном проектирования ABBR .
Чтобы подвести итог проблемы: некоторые микроформаты используют атрибут title<abbr>ISO , как машиночитаемые расширения дат, написанные на естественном языке, например:
Meeting to be held on
<abbr class="dtstart" title="1998-03-12T08:30:00-05:00">
12 March 1998 from 8:30am EST
</abbr>
Однако это может серьезно повлиять на незрячих пользователей, чьи программы чтения с экрана настроены на расширение аббревиатур, потому что то, что говорит программа чтения с экрана, по сути является бредом для пользователя. Например, Window Eyes с максимальной настройкой многословия скажет следующее:
Заседание состоится один девять девять восемь нулю три один два T восемь три нулю нулю нулю нулю пять нулю нулю нулю
Это также влияет на пользователей с когнитивными нарушениями, которые смотрят на данные во всплывающей подсказке и сталкиваются с такой же непонятной информацией. Дата не является сокращением, а дата в формате ISO не является расширением; шаблон проектирования ABBR является концептуально и наглядно нарушенным, точка.
К сожалению, сообщество микроформатов не воспринимает эту проблему всерьез, несмотря на значительные дебаты и предлагаемые альтернативы (хотя и не идеальные альтернативы).
Я лично избегал значительного влияния на дебаты, но я был в курсе всего этого благодаря работе, которую Брюс Лоусон и Джеймс Крейг выполняли в рамках проекта веб-стандартов , пытаясь найти и предложить другие шаблоны проектирования; или, по крайней мере, заставить ранних последователей в сообществе микроформатов достаточно серьезно отнестись к проблеме, чтобы искать реальные альтернативы, вместо того, чтобы отвергать
всю дискуссию как пустышку
или проблему с читателями экрана
. Можно только надеяться, что это решение такой громкой организации оживит дискуссию.
Лично я считаю, что микроформаты являются жертвой собственной простоты. Я все за то, чтобы сделать вещи максимально простыми, но не за счет доступности — упрощение жизни разработчиков за счет пользовательского опыта недопустимо.
Я думаю, что было бы глупо вводить такую систему, которая так явно просит о пространствах имен, не используя пространства имен. Микроформат с четким пространством имен не имел бы возможности конфликтовать с существующими реализациями и легко читался на компьютере без какой-либо вероятности двусмысленности. Так что в этом смысле я буду болеть за RDFa как за лучший путь к более семантической сети, в которой читаемые человеком и машиночитаемые данные могут сосуществовать в мире.
И чтобы сделать шаг назад к более общей проблеме — возможно, если бы это не было знаковым сообщением Хикси против XHTML (что, на мой взгляд, неправильно во всех важных отношениях), мы все могли бы сейчас использовать XHTML, и Информация о пространстве имен будет тривиально представить. Только потому, что многие разработчики настаивают на том, чтобы придерживаться HTML 4 , пространства имен не могут быть использованы, и именно поэтому у нас возникла эта проблема.