Page 65 - 4695
P. 65

−  самостійний вибір системою необхідних команд або па-
        раметрів, при якому від користувача вимагається тільки переві-
        рка.
            Розглянемо практичний зміст цих способів.
            Блокування потенційно небезпечних дій до отримання під-
        твердження. Команда видалення файлу в будь-якій операційній
        системі  забезпечена  вимогою  підтвердження  видалення.  Це
        блокування забезпечує користь тільки користувачам-початків-
        цям, які перевіряють кожен свій крок. Для досвідчених корис-
        тувачів це діалогове вікно з вимогою підтвердження не працює.
        По-перше, воно не захищає потрібні файли, по-друге, воно без
        користі відволікає користувача і витрачає його час.
            У той самий час деяку користь від цього методу отримати
        можливо. Для цього тільки треба вимагати підтвердження не пі-
        сля команди користувача, а до неї. Припустимо, щоб видалити
        файл, потрібно спочатку в контекстному меню вибрати команду
        Розблоковувати,  після  чого  вибрати  цей  же  файл  і  запустити
        процес його видалення (неважливо, з клавіатури або з меню). У
        цьому випадку від користувача дійсно потрібно підтвердити ви-
        далення, оскільки ці дві дії безпосередньо не зв'язані одна з од-
        ною — якщо в одній з них була допущена помилка, файл вида-
        лити не вдасться.
            На  жаль,  цей  принцип  застосовувати  досить  важко.  Про-
        блема полягає в тому, що зрозумілого і зручного елементу уп-
        равління для цієї мети немає. Єдиним виходом є втаєння потен-
        ційно небезпечних даних від користувача до того часу, поки він
        сам не скомандує системі їх показати. Також до цього типу бло-
        кування  відноситься зняття фокусу введення  з термінаційних
        кнопок, щоб користувач не міг, не розібравшись, натиснути на
        Enter і тим самим почати потенційно небезпечну дію. Дійсно,
        якщо  користувачу  необхідно  докладати  які-небудь  зусилля,
        щоб запустити дію, є надія, що під час здійснення цих зусиль
        він помітить помилку, що з’явилася.
            Перевірка дій користувача перед їх ухваленням. Цей спосіб
        набагато кращий за блокування, але він теж не без недоліку:
        важко перевіряти команди. Найбільш дієві два універсальних і
        працюючих способу перевірки:
                                       64
   60   61   62   63   64   65   66   67   68   69   70