Блокування потенційно небезпечних дій до отримання підтвердження

Команда видалення файлу в будь-якій операційній системі забезпечена вимогою підтвердити видалення. Це блокування приносить користь тільки починаючим користувачам, які перевіряють кожен свій крок. Проілюструю цю проблему на прикладі. Такий собі Віктор Х. хоче видалити файл День народження. Він виділяє цей файл і віддає системі команду Видалити. З'являється діалогове вікно з вимогою підтвердити видалення файлу. Починається найцікавіше. Віктор Х., не дивлячись на діалог, знає, навіщо він потрібний. Він бачив його не раз і не два. Він навіть дослівно пам'ятає, що саме його запитують. «Так, хочу» говорить Віктор Х. і натискає кнопку ОК. Після чого рве і метає, оскільки замість файлу День народження він стер файл Пароль від сейфа. Проблема з'явилася на самому початку, тому що він вибрав не той файл. Так з Віктором Х. було не завжди. Коли він тільки вчився користуватися комп'ютером, кожне відкрілося діалогове вікно наповнювало його серце жахом. Від цього жаху він читав тексти на всіх діалогових вікнах і завдяки цьому міг вчасно зупинитися і не стерти потрібний йому файл. Що все це значить - для досвідчених користувачів це діалогове вікно з вимогою підтвердження не працює. По-перше, воно не захищає потрібні файли. По-друге, воно без користі відволікає користувача і витрачає його час. В той же час деяку користь від цього методу отримає можна. Для цього тільки треба вимагати підтвердження не після команди користувача, а до неї. Припустимо, щоб видалити файл, потрібно спочатку в контекстному меню вибрати команду Розблокувати, після чого вибрати цей же файл і запустити процес його видалення (неважливо, з клавіатури або з меню). У цьому випадку від користувача дійсно потрібно підтвердити видалення, оскільки ці дві дії безпосередньо не пов'язані один з одним - якщо в одному з них була допущена помилка, файл видалити не вдасться. На жаль, цей принцип застосовувати досить важко. Справа в тому, що ситуації, подібні описаною, зустрічаються досить рідко. Набагато частіше доводиться захищати не окремі об'єкти (файли, вікна тощо), але окремі фрагменти даних (наприклад, текст і числа в полях введення). Проблема полягає в тому, що зрозумілого і зручного елемента керування для цієї мети немає. Єдиним виходом служить приховування потенційно небезпечних даних від користувача до тих пір, поки він сам не скомандує системі їх показати. Вихід же цей аж ніяк не ідеальний, оскільки деяким користувачам ніколи не вдасться зрозуміти, що, крім видимих, є ще й невидимі дані. Не робіть небезпечні для користувача кнопки кнопками за замовчуванням Також до цього типу блокування відноситься зняття фокусу вводу з термінаціонних кнопок, щоб користувач не міг, не розібравшись, натиснути на Enter і тим самим почати потенційно небезпечну дію. Дійсно, якщо користувачам доводиться докладати будь-яких зусиль, щоб запустити дію, є надія, що під час скоєння цих зусиль він помітить вкравши помилку. Зазвичай найпростіше в небезпечних випадках не робити головну кнопку кнопкою за замовчуванням. Важливо тільки не робити кнопку кнопкою за замовчуванням і кнопку Відміна (як часто трапляється). Якщо це зробити, користувачі будуть помилково закривати вікно, тобто одна помилка замінить іншу.