Режим (пользовательский интерфейс)

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

Интерфейс, который не использует никаких режимов, известен как немодальный интерфейс. ^[1] Немодальные интерфейсы избегают ошибок режима , при которых пользователь выполняет действие, соответствующее одному режиму, в то время как в другом режиме, делая невозможным их фиксацию пользователем. ^[2]

Определение [ править ]

В своей книге Гуманный интерфейса , Джеф Раскин определяет модальность следующим образом :

«Человеко-машинный интерфейс является модальным по отношению к данному жесту, когда (1) текущее состояние интерфейса не является локусом внимания пользователя и (2) интерфейс будет выполнять один из нескольких различных ответов на жест, в зависимости от текущее состояние системы ". (Стр. 42).

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

Ларри Теслер определил режимы как «состояние пользовательского интерфейса, которое длится в течение определенного периода времени, не связано с каким-либо конкретным объектом и не играет никакой другой роли, кроме как интерпретировать вводимые оператором данные». ^[3]

Примеры [ править ]

Модальный [ править ]

Этот раздел необходимо дополнить : подробным описанием типичного использования режимов. Вы можете помочь, добавив к нему . ( Декабрь 2010 г. )

Несколько примеров программного обеспечения были описаны как модальные или использующие режимы интерфейса:

• Текстовые редакторы - обычно по умолчанию находятся в режиме вставки, но их можно включать и выключать , нажимая клавишу « Вставить» .
• vi - имеет один режим для вставки текста и отдельный режим для ввода команд. Также существует режим « ex » для выполнения более сложных команд (например, поиска и замены). В нормальных условиях редактор автоматически возвращается в предыдущий режим после подачи команды; однако можно навсегда перейти в этот режим, используя Shift-Q .
• Emacs - имеет концепцию «префиксных ключей», которые запускают модальное состояние при нажатии клавиши управления и буквенной клавиши. Затем Emacs ожидает дополнительных нажатий клавиш, завершающих привязку клавиш . Это отличается от vi тем, что режим всегда завершается, как только вызывается команда (когда последовательность нажатий клавиш, которая активирует его, завершается). Emacs также имеет много «основных и второстепенных» режимов, которые изменяют доступные команды, и могут быть автоматически вызваны в зависимости от типа файла, чтобы упростить редактирование файлов этого типа. Режимы Emacs не ограничиваются редактированием текстовых файлов; существуют режимы для файлов просмотра , просмотра веб - страниц , IRC и электронной почте , и характер их взаимодействия эквивалентныприкладное программное обеспечение в среде Emacs. Режимы написаны на Emacs Lisp , и не все режимы могут быть включены во все версии.
• Cisco IOS - определенные команды выполняются в «командном режиме».
• Инструменты, выбранные из палитры в приложениях для редактирования фотографий и рисования, являются примерами модального интерфейса. В некоторых расширенных редакторах изображений есть функция, позволяющая получить доступ к одним и тем же инструментам в немодальном режиме путем нажатия клавиши и оставаться активными, пока клавиша удерживается нажатой. Отпускание клавиши возвращает интерфейс к модальному инструменту, активированному палитрой.
• Видеоигры могут использовать игровые режимы как механизм для улучшения игрового процесса .
• Модальные окна блокируют весь рабочий процесс в программе верхнего уровня, пока модальное окно не будет закрыто. ^[4]

Немодальный [ править ]

Ларри Теслер из PARC разработал идеи для немодального текстового процессора на основе отзывов, полученных в результате пользовательского теста с недавно нанятой Сильвией Адамс, где ее попросили импровизировать некоторые жесты для исправления отметок корректуры в цифровом тексте. ^[5] Этот тест убедил менеджера Tesler Билла Инглиша в проблемах с их предыдущим модальным интерфейсом.

Ошибки режима [ править ]

Режимы часто не одобряются в дизайне интерфейса, потому что они могут вызывать ошибки режима, когда пользователь забывает, в каком состоянии находится интерфейс, выполняет действие, соответствующее другому режиму, и получает неожиданный и нежелательный ответ. ^{[6] [7]} Ошибка режима может быть весьма пугающей и дезориентирующей, поскольку пользователь справляется с внезапным нарушением своих пользовательских ожиданий .

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

Очень неприятный тип модальности создается режимом, в котором пользователь не находит выхода, другими словами, когда он не может найти, как восстановить предыдущее состояние системы.

Примеры ошибок режима [ править ]

• Наиболее частым источником ошибок режима может быть клавиша Caps Lock . Другими распространенными режимами, доступными на клавиатурах ПК, являются другие клавиши блокировки , Num Lock и Scroll Lock , а также часто клавиша Insert . Мертвые клавиши для диакритических знаков также создают краткосрочный режим, по крайней мере, если они не обеспечивают визуальной обратной связи, что следующий набранный символ будет изменен. Хотя клавиши блокировки на клавиатурах ПК предназначены для использования в качестве модальных клавиш, аппаратный дизайн IBM PC не требует, чтобы эти или какие-либо другие специальные клавиши были модальными, но позволяет программному обеспечению обрабатывать любую клавишу как модальную. ( BIOS ПКобычно реализует состояния Caps Lock, Num Lock и Scroll Lock, поэтому модальность этих клавиш может показаться внутренне присущей, но использование BIOS для ввода-вывода с клавиатуры не является ни технически, ни практически необходимым, и на самом деле большинство современных операционных систем этого не делают. использовать ввод-вывод с клавиатуры BIOS.)
• Пользователи ПК, язык которых не основан на латинском алфавите, обычно должны взаимодействовать, используя две разные раскладки клавиатуры : локальную и QWERTY . Это приводит к ошибкам режима, связанным с текущей раскладкой клавиатуры: довольно часто синхронизация режима «текущей раскладки» между человеком и интерфейсом теряется, и текст набирается в раскладке, которая не является предполагаемой, создавая бессмысленный текст. и путаница. Клавиши клавиатуры в таких элементах пользовательского интерфейса, как «(y / n)», могут иметь противоположный эффект, если программа переведена.
• Частым примером является внезапное появление диалогового окна модальной ошибки в приложении, когда пользователь набирает текст, известное как кража фокуса ; пользователь ожидает, что введенный текст будет введен в текстовое поле, но неожиданный диалог может отбросить весь ввод или может интерпретировать некоторые нажатия клавиш (например, «Y» для «да» и «N» для «нет») способом что пользователь не намеревался, часто вызывая разрушительное действие, которое нельзя отменить .
• Unix текстового редактор VI может быть крайне сложен для начинающих именно потому , что она использует режимы, и потому , что более ранние версии настроены индикации режима будет отключена по умолчанию.
• Во многих компьютерных видеоиграх клавиатура используется как для управления игрой, так и для набора сообщений. Пользователь может забыть, что он находится в «режиме набора текста», когда он пытается отреагировать на что-то неожиданное в игре и обнаруживает, что элементы управления не отвечают (а вместо этого их текстовая панель заполнена нажатыми клавишами команд).

В транспортных происшествиях [ править ]

• По данным NTSB , одним из факторов, способствовавших крушению рейса 214 Asiana Airlines, была «сложность систем управления полетом с автоматом тяги и автопилота… что увеличивало вероятность ошибки режима». ^{[8] [9]}
• Путаница режимов была частью событий, которые привели к потере рейса 447 авиакомпании Air France в 2009 году и гибели 228 человек. Пилоты отреагировали на потерю высоты, потянув за ручку, что было бы подходящей реакцией при полностью включенном автопилоте, что затем привело бы самолет в конфигурацию набора высоты. Однако системы самолета перешли в режим меньшей автоматизации («прямой закон» в терминах Airbus) из-за заблокированного датчика воздушной скорости, что позволило пилотам установить самолет в сваливание с высокой носовой частью, из которого они не смогли оправиться. ^[10]
• 17 января 2015 года морское судно снабжения "Red7 Alliance" столкнулось с затвором Кильского канала в Германии, серьезно повредив его. Расследование пришло к выводу, что рычаги, управляющие азимутальными двигателями корабля, не использовались в соответствии с режимом, на который они были установлены, в результате чего корабль ускорялся вместо того, чтобы останавливаться в замке. ^[11]
• 21 августа 2017 года эсминец ВМС США USS John S. McCain столкнулся с коммерческим танкером в Малаккском проливе, в результате чего погибли десять членов экипажа. В ходе расследования, проведенного военными США, был сделан вывод о том, что непосредственно перед столкновением органы управления рулем и движением были перераспределены между станциями мостика, и экипаж мостика не был полностью осведомлен об этом перераспределении. ^[12]
• 10 апреля 2018 года 5000-тонное судно снабжения VOS Stone сошло с борта строящейся ветровой платформы в Балтийском море. Капитан судна решил перевести рулевое управление в альтернативный режим для проверки системы. Недостаточная связь с вахтенным помощником привела к временной потере управления, столкновению с платформой, травмам трех членов экипажа и значительным повреждениям. ^[13]

Оценка [ править ]

Режимы предназначены для того, чтобы полностью привлечь внимание пользователя и побудить его подтвердить наличие в них содержимого, в частности, когда требуется критическое подтверждение от пользователя. ^[14] Это более позднее использование критикуется как неэффективное для предполагаемого использования (защита от ошибок в деструктивных действиях) из-за привыкания . На самом деле вместо этого рекомендуется сделать действие обратимым (с возможностью «отменить»). ^[15] Хотя режимы могут быть успешными в определенных случаях использования для ограничения опасных или нежелательных операций, особенно когда режим активно поддерживается пользователем как квазимод .

Иногда режимы используются для представления информации, относящейся к задаче, которая не вписывается в основной визуальный поток. ^[14] Режимы также могут работать как хорошо понятные условные обозначения, такие как инструменты рисования. ^[7]

Сторонники мода ^{[ кто? ]} может возразить, что многие обычные действия являются модальными, и пользователи адаптируются к ним. Примером модального взаимодействия является вождение автомобилей. Водитель может быть удивлен, когда нажатие педали ускорения не ускоряет транспортное средство в прямом направлении, скорее всего, потому, что транспортное средство было переведено в рабочий режим, такой как парковка, нейтраль или задний ход. Модальные интерфейсы требуют обучения и опыта, чтобы избежать подобных ошибок режима.

Эксперт по интерфейсам Джеф Раскин выступил категорически против режимов, написав: «Режимы являются значительным источником ошибок, путаницы, ненужных ограничений и сложности интерфейсов». Позже он отмечает: «Не случайно ругань обозначается символом # &%! # $ &», - пишет мой коллега доктор Джеймс Винтер; это «то, что раньше делала пишущая машинка, когда вы набирали числа, когда заглавные буквы. был помолвлен ». Раскин посвятил свою книгу «Гуманный интерфейс» описанию принципов немодального интерфейса для компьютеров. Эти принципы были реализованы в системах Canon Cat и Archy .

Некоторые дизайнеры интерфейсов недавно предприняли шаги, чтобы сделать модальные окна более очевидными и удобными для пользователя, затемняя фон за окном или позволяя любому щелчку мыши за пределами модального окна принудительно закрыть окно - дизайн, называемый Lightbox ^[16] - таким образом снижение риска модальных ошибок. Якоб Нильсензаявляет как преимущество модальных диалогов, что они повышают осведомленность пользователей. «Когда что-то действительно требует исправления, лучше убедиться, что пользователь знает об этом». Для этой цели дизайн лайтбокса обеспечивает сильный визуальный контраст диалога по сравнению с остальными визуальными элементами. Однако, хотя такой метод может снизить риск непреднамеренного неправильного взаимодействия, он не решает проблему, заключающуюся в том, что модальное окно блокирует использование обычных функций приложения и, таким образом, не позволяет пользователю предпринимать какие-либо действия для устранения проблемы или даже прокручивать. экран, чтобы отобразить информацию, которую они должны правильно выбрать из вариантов, представленных в модальном окне, и это не делает ничего, чтобы облегчить пользователю 'разочарование из-за того, что они случайно оказались в тупике, из которого они не могут выбраться без каких-либо более или менее разрушительных последствий.

Ларри Теслер из Xerox PARC и Apple Computer не любил режимы настолько, что получил персональный номерной знак для своей машины с надписью «NO MODES». Он использовал эту табличку на различных автомобилях с начала 1980-х годов до своей смерти в 2020 году. Наряду с другими, он также годами использовал фразу «Don't Mode Me In» в качестве призыва к устранению или сокращению режимов. ^{[17] [18]}

Брюс Вайман, дизайнер мультитач- стола для художественной выставки в Денверском художественном музее ^[19], утверждает, что интерфейсы для нескольких одновременных пользователей должны быть немодальными, чтобы не привлекать внимание одного пользователя. ^[20]

Рекомендации по дизайну [ править ]

По возможности избегайте [ править ]

По возможности рекомендуются альтернативы таким режимам, как команда отмены и корзина . ^[21] Исследователь HCI Дональд Норман утверждает, что лучший способ избежать ошибок режима, помимо четких указаний состояния, - это помочь пользователям построить точную мысленную модель системы, которая позволит им точно предсказать режим. ^[22]

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

Правильное размещение [ править ]

Модальные элементы управления лучше всего размещать там, где в потоке задач находится фокус. ^[21] Например, модальное окно можно разместить рядом с графическим элементом управления, который запускает его активацию. Модальные элементы управления могут быть разрушительными, поэтому следует предпринять усилия, чтобы уменьшить их способность блокировать работу пользователей. После завершения задачи, для которой был активирован режим, или после действия отмены, такого как клавиша Escape , возврат в предыдущее состояние при выходе из режима уменьшит негативное воздействие.

Квазимоды [ править ]

В книге «Гуманный интерфейс» Джеф Раскин отстаивал то, что он назвал квазимодами , то есть режимами, которые сохраняются на месте только посредством некоторых постоянных действий со стороны пользователя; такие режимы также называются подпружиненными . ^[23] Термин квазимодальный представляет собой композиция латинского приставка квази- (что означает почти , до некоторой степени ) и «английского слова режима ».

Клавиши , на клавиатуре, например клавиши Shift , , на клавиши Alt и клавиши управления , все примеры quasimodal интерфейса.

Приложение входит в этот режим, пока пользователь выполняет сознательное действие, например, нажатие клавиши и удерживание ее нажатой при вызове команды. Если поддерживающее действие прекращается без выполнения команды, приложение возвращается в нейтральное состояние.

Предполагаемое преимущество этого метода заключается в том, что пользователю не нужно запоминать текущее состояние приложения при вызове команды: одно и то же действие всегда будет приводить к одинаковому воспринимаемому результату. ^[24] Интерфейс, который использует только квазимоды и не имеет полных режимов, по-прежнему остается немодальным в соответствии с определением Раскина.

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

См. Также [ править ]

• Поза приложения
• Сюрприз в автоматизации
• Сообщение об ошибке
• Графический интерфейс
• Взаимодействие человека с компьютером
• Интерактивный дизайн
• Модальное окно
• Условия и режимы
• Государство (информатика)
• Текстовый режим

Заметки [ править ]

Ссылки [ править ]

• Бакстон, Уильям А.С. (1995). «Фигурация и построение диалогов человека с компьютером» . В Baecker, Ronald M .; Грудин, Джонатан; Бакстон, Уильям А.С.; Гринберг, Сол (ред.). Чтения во взаимодействии человека и компьютера: к 2000 году (2-е изд.). Сан-Франциско, Калифорния: Морган Кауфманн. С. 494–499. ISBN 978-1-55860-246-5. Аскмид 212970.

Внешние ссылки [ править ]

• Немодальность в юзабилити Первый глоссарий
• Немодальность в руководящих принципах Apple HIG
• Определение ошибки режима в Usability First
• Пример ошибки режима в Excel
• Джон Рашби. Использование проверки модели для выявления недоразумений в режимах и других сюрпризов автоматизации . Документ, в котором обсуждается автоматический метод обнаружения ошибок режима.
• Якоб Нильсен о подпружиненных режимах