Как упростить навигацию по перегруженному листу персонажа для настольных ролевых игр с помощью программы чтения с экрана
Чтобы игрок мог быстро находить нужные сведения о персонаже во время партии, реорганизуйте лист вокруг типичных игровых задач: проверка броска, выбор действия, обновление ресурса или вспоминание способности. Используйте настоящие заголовки и метки в редактируемом документе или доступном цифровом листе, а затем протестируйте эти пути с помощью программы чтения с экрана и приложения, которые вы планируете использовать. Изменение только внешнего оформления может оставить базовую структуру неизменной.
Начните с моментов, когда вам требуется лист
Прежде чем менять разметку, перечислите вопросы, которые вы чаще всего задаете во время игры. Например: «Что мне добавить к этой проверке?», «Какие действия я могу предпринять?», «Что делает эта особенность?» и «Сколько использований осталось?». Эти вопросы служат практическим указателем: они показывают, какая информация должна быть легкодоступной, а какую можно перенести в менее часто используемый справочный раздел.
Группируйте информацию по задачам, а не по визуальной компоновке печатного листа. Ключевые показатели персонажа могут быть разбросаны по нескольким полям, но пользователю программы чтения с экрана, возможно, придется прослушать много лишнего текста, чтобы собрать их воедино. Соберите элементы, необходимые для одного процесса, в одном месте или создайте короткий, четко подписанный раздел краткой справки, который отсылает к более подробным пояснениям ниже.
Сохраняйте правила игры и фактические значения характеристик персонажа неизменными. Реорганизация листа меняет расположение информации, а не значение умения, характеристики или ресурса.
Постройте удобную структуру заголовков
Создайте одно понятное название документа, а затем используйте описательные заголовки разделов, такие как «Проверки и защиты», «Действия за ход», «Особенности и ограничения», «Снаряжение» и «Заметки по сессии». Заголовки должны отражать то, что следует дальше, чтобы игрок мог сразу решить, куда перейти, не читая каждый абзац подряд. Руководство W3C объясняет, что правильно размеченные заголовки помогают пользователям программ чтения с экрана ориентироваться и понимать структуру документа; простое изменение размера шрифта или полужирное начертание не создают этой структуры. Руководство W3C по написанию материалов для веб-доступности
Используйте встроенные стили заголовков в текстовом процессоре или соответствующие элементы управления заголовками в вашем цифровом инструменте, а не просто форматируйте обычный текст, чтобы он выглядел как заголовок. Соблюдайте логику иерархии: основной раздел должен быть заголовком верхнего уровня, а подраздел должен располагаться под ним. Избегайте выбора уровней заголовков только ради их визуального размера. Список заголовков должен читаться как компактная карта листа персонажа.
Делайте заголовки достаточно подробными, чтобы отличать похожие разделы. Заголовок «Способности» может быть неоднозначным, если включает в себя как проверки характеристик, так и специальные возможности; варианты «Проверки характеристик» и «Особенности персонажа» служат более понятными ориентирами. W3C рекомендует использовать описательные заголовки и метки, а также отмечает, что правильная разметка позволяет вспомогательным технологиям отображать их для навигации. W3C о заголовках и метках
Размещайте часто используемую информацию в начале
Располагайте разделы в соответствии с ритмом игровой сессии. Компактный начальный раздел может содержать имя персонажа, часто используемые модификаторы, показатели защиты, скорость перемещения или другие регулярно проверяемые значения, а также наиболее часто обновляемый ресурс. Далее разместите варианты действий и описания умений, а затем — менее востребованные сведения, такие как предыстория, подробные описания снаряжения или история кампании.
Сделайте начальный раздел достаточно лаконичным, чтобы он оставался удобным. Он должен отвечать на распространенные вопросы, а не дублировать весь лист целиком, заставляя игрока продираться к остальным данным. Если одно и то же число появляется и в краткой справке, и в основном разделе, определите, какое из них является основным, и обновляйте оба при изменении персонажа. Короткая памятка — «Обновите краткую справку при изменении этого значения» — поможет избежать расхождений.
Используйте метки, поясняющие значение чисел. Вариант «Бонус: +5» полезнее, чем просто «+5»; «Осталось использований: 2» понятнее, чем одинокая цифра «2». Если ресурс расходуется или восстанавливается в процессе игры, обеспечьте единообразный способ отображения как его текущего значения, так и лимита, например: «Фокус: осталось 2 из 3 использований». Не полагайтесь только на цвет, расположение, рамки или значки для передачи различий: эти визуальные подсказки могут потеряться при чтении текста вслух. WebAIM рекомендует логичную структуру документа и понятный текст вместо использования исключительно цвета. Введение WebAIM в веб-доступность
Оформляйте особенности в виде удобных блоков действий
Для каждого правила или особенности сначала укажите название, а затем объясните, что оно позволяет делать персонажу, когда применяется, какова его цена или требования, а также укажите любые ограничения или длительность. Держите эти подробности вместе, чтобы игроку не приходилось искать в других местах для принятия решения. Полезно использовать единый шаблон: «Название умения. Использовать, когда… Выберите… Цена… Лимит… Эффект заканчивается, когда…». Адаптируйте поля под правила конкретной игры; опускайте те, которые не требуются.
Разделяйте варианты на настоящие списки, если они образуют группу элементов, такие как действия, заклинания, подготовленные предметы или состояния. Давайте каждому элементу отдельное название и краткое пояснение. Избегайте имитации колонок с помощью табуляции, повторяющихся пробелов или декоративных разделителей: при линейном чтении их визуальное расположение может не передавать смысловые связи. Если правило для какого-то элемента требует длинного объяснения, оставьте краткую сводку по действию рядом со списком и создайте отдельный описательный заголовок для полной записи.
Для изображений листа персонажа или рукописных заметок добавьте текст, передающий всю содержащуюся на них информацию, или перенесите эти данные в сам документ. Декоративный портрет не обязательно должен содержать игровые данные. W3C советует использовать текстовые эквиваленты для передачи информации или назначения изображения, в то время как чисто декоративные изображения можно оставлять без описательного замещающего текста. Руководство W3C по написанию материалов для веб-доступности
Упрощайте таблицы и интерактивные элементы управления
Используйте таблицу только тогда, когда информация действительно строится на связях между строками и столбцами, например, в инвентаре с колонками «Предмет», «Количество» и «Заметки». Давайте столбцам точные названия, сохраняйте структуру таблицы простой и используйте настоящие ячейки заголовков в инструментах, которые их поддерживают. W3C поясняет, что программы чтения с экрана могут озвучивать данные заголовков при перемещении пользователя по правильно размеченной таблице; визуально выровненный текст или пробелы-табуляции таких связей не сохраняют. Методика W3C по разметке таблиц
Многие опции персонажа легче воспринимать в виде заголовков и списков, чем в виде широкой таблицы. Таблица заклинаний или умений с длинными описаниями может вынуждать пользователя постоянно перемещаться по столбцам, из-за чего труднее удерживать текущий элемент в контексте. Если таблица необходима, ограничьте ее столбцы сведениями, которые действительно можно сопоставить, и избегайте объединенных ячеек или многоуровневых заголовков, если можно обойтись более простой структурой.
В интерактивных формах убедитесь, что каждый элемент управления снабжен понятной меткой, а переход к нему и его использование происходят в логическом порядке. Флажок должен определяться тем параметром, за который он отвечает, а не своим местоположением или непонятным значком. WebAIM отмечает, что элементы форм должны быть программно связаны с соответствующими метками. Точный порядок настройки зависит от программы, поэтому проверяйте работу элементов непосредственно в том приложении, в котором будет использоваться лист. Введение WebAIM в веб-доступность
Создайте краткую справку, не скрывая полные правила
Небольшой раздел «Кратко» поможет быстрее ориентироваться в частых действиях, сохраняя при этом полный текст особенностей под собственными заголовками. Например, в кратком разделе может быть указано: «Второе дыхание — восстановить здоровье; 1 раз за отдых», тогда как в полной записи особенности разъясняются точные условия применения и числовые значения. Помечайте краткие описания именно как сводки и не допускайте, чтобы они заменяли условия или исключения, способные повлиять на действие.
Такой двухуровневый подход особенно полезен, когда у персонажа много возможностей. Он дает игроку быстрый путь для стандартных проверок и более подробный — для незнакомых ситуаций. Если правила еще только осваиваются, придерживайтесь формулировок, максимально близких к официальным описаниям опций персонажа или согласованным заметкам группы, и сохраняйте любые условия, влияющие на использование.
Протестируйте маршруты, которые вы будете использовать во время игры
Откройте лист персонажа в том же приложении и с той же программой чтения с экрана, которые вы планируете использовать во время сессии. Сначала изучите список заголовков: образуют ли названия разделов логичную структуру и можете ли вы быстро перейти к проверкам, действиям и особенностям? Затем выполните навигацию обычными для этого приложения способами чтения и управления, чтобы найти часто используемый модификатор, стоимость или ограничение действия, а также ресурс, который необходимо обновить. Команды программ чтения с экрана различаются, поэтому следуйте руководству именно для вашей программы, не рассчитывая на универсальные комбинации клавиш.
Обращайте внимание как на то, чего не хватает, так и на повторы. Заголовок может выделяться визуально, но отсутствовать в списке заголовков; число может озвучиваться без поясняющей метки; а таблица — читаться по ячейкам без передачи их взаимосвязи. Исправьте структуру документа или формулировки, а затем снова пройдитесь по тем же маршрутам. Если вы используете PDF или экспортированную копию, проверьте и ее: доступность может нарушиться при экспорте, и редактируемый исходник не гарантирует, что итоговый файл сохранит свою структуру. WebAIM рекомендует обеспечивать доступность не только HTML-документов и отмечает, что тегированные файлы PDF позволяют программам чтения с экрана распознавать структуру. WebAIM о доступных документах
Спросите игрока, который будет пользоваться листом, какие пути навигации для него важнее всего и удобна ли измененная структура. Предпочтения, используемые инструменты и опыт у всех разные; чек-лист может помочь выявить структурные проблемы, но он не определит, какая организация информации удобнее конкретному человеку. Следите за тем, чтобы исходный лист было легко обновлять, и возвращайтесь к разделам краткой справки при каждом изменении характеристик персонажа.