Блокировка  потенциально  опасных  действий  до  получения

Команда  удаления  файла  в  любой  операционной  системе  снабжена 

требованием  подтвердить  удаление.  Эта  блокировка  приносит  пользу  только 

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

Проиллюстрирую эту проблему на примере. Некто Виктор Х. хочет удалить файл 

День  рождения.  Он  выделяет  этот  файл  и  отдает  системе  команду  Удалить. 

Появляется  диалоговое  окно  с  требованием  подтвердить  удаление  файла. 

Начинается  самое  интересное.  Виктор  Х.,  не  глядя  на  диалог,  знает,  зачем  он 

нужен. Он  видел его не раз и не два. Он даже дословно помнит, что именно его 

спрашивают.  «Да,  хочу»  говорит  Виктор  Х.  и  нажимает  кнопку  ОК.  После  чего 

рвет  и  мечет,  поскольку  вместо  файла  День  рождения  он  стер  файл  Пароль  от 

сейфа. 

с  Виктором  Х.  было  не  всегда.  Когда  он  только  учился  пользоваться 

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

ужасом.  От  этого  ужаса  он  читал  тексты  на  всех  диалоговых  окнах  и  благодаря 

этому  мог  вовремя  остановиться  и  не  стереть  нужный  ему  файл.  Что  всё  это 

значит  –  для  опытных  пользователей  это  диалоговое  окно  с  требованием 

подтверждения  не  работает.  Во-первых,  оно  не  защищает  нужные  файлы.  Во-

вторых, оно без пользы отвлекает пользователя и тратит его время. 

В то же время некоторую пользу от этого метода получит можно. Для этого 

только надо требовать подтверждения не после команды пользователя, а до неё. 

Предположим,  чтобы  удалить  файл,  нужно  сначала  в  контекстном  меню 

выбрать  команду  Разблокировать,  после  чего  выбрать  этот  же  файл  и  запустить 

процесс  его  удаления  (неважно,  с  клавиатуры  или  из  меню).  В  этом  случае  от 

пользователя  действительно  требуется  подтвердить  удаление,  поскольку  эти  два 

действия  напрямую  не  связаны  друг  с  другом  –  если  в  одном  из  них  была 

допущена ошибка, файл удалить не удастся.  

К  сожалению,  этот  принцип  применять  довольно  тяжело.  Дело  в  том,  что 

ситуации,  подобные  описанной,  встречаются  довольно  редко.  Гораздо  чаще 

приходится  защищать  не  отдельные  объекты  (файлы,  окна  и  т.п.),  но  отдельные 

фрагменты данных (например, текст и числа в полях ввода). 

Проблема  состоит  в  том,  что  понятного  и  удобного  элемента  управления 

для  этой  цели  нет.  Единственным  выходом  служит  скрытие  потенциально 

опасных данных  от пользователя до тех пор, пока  он сам не скомандует  системе 

их  показать.  Выход  же  этот  отнюдь  не  идеальный,  поскольку  некоторым 

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

невидимые данные. 

Не делайте опасные для пользователя кнопки кнопками по умолчанию. 

Также  к  этому  типу  блокировки  относится  снятие  фокуса  ввода  с 

терминационных кнопок, чтобы пользователь не мог, не разобравшись, нажать на 

Enter  и  тем  самым  начать  потенциально  опасное  действие.  Действительно,  если 

пользователям  приходится  прилагать  какие-либо  усилия,  чтобы  запустить 

действие,  есть  надежда,  что  во  время  совершения  этих  усилий  он  заметит 

вкравшуюся ошибку. Обычно проще всего в опасных случаях не делать главную 

кнопку  кнопкой  по  умолчанию.  Важно  только  не  делать  кнопку  кнопкой  по 

умолчанию  и  кнопку  Отмена  (как  часто  случается).  Если  это  сделать, 

пользователи будут ошибочно закрывать окно, т.е. одна ошибка заменит другую. 

 

жүктеу/скачать 1 Mb.

Достарыңызбен бөлісу: