5.8. Три випадки з життя guі

Один із класиків наукового світогляду у свій час сказав приблизно наступне: "Ні одну теорію не можна довести за допомогою прикладів, але будь-яку теорію за допомогою прикладів можна спростувати". Проте ми вирішили перервати ненадовго виклад Wіndows-стандартов на побудову GUі-приложений і продемонструвати читачу, до чого може привести зневажливе відношення до детального проектування і реалізації користувальницького інтерфейсу. Ті приклади, про які піде мова нижче, відносяться до свбодно розповсюджуваного в Інтернету програмному забезпеченню й узяті практично навмання; тобто автори зовсім не знайомі з розроблювачами і никоим образом не хотіли їх скривдити. Більш того, по своєму функціональному призначенню ці утиліти представля-ются нам дуже корисними і працюють досить коректно.

Отже, випадок перший (найважчий ). На мал. 5.53 показане вікно утиліти TіmeBack, що забезпечує керування таймером комп'ютера. Погане розрізнення написів у вікні порозуміваються не низькою поліграфічною якістю малюнка, а колірною гамою, обраної розроблювачем (чорні символи на темно-зеленому тлі). Разом з тим, погляд потенційного користувача відразу залучає напис у центрі вікна "Запустити додаток", на якій мимоволі хочеться клацнути мишею. Насправді це статичний текст, що візуально не зв'язаний з жодним з елементів керування, що знаходяться у вікні. Утім, як і напис "Таймер", розташована нижче. Узагалі, до всіх написів, що мається у вікні, хотілося б поставити додаткове питання: "Дата" - яка?; "Тривалість" - чого?; "Авто Закриття" - чого? (в останньому випадку, крім того, у наявності також і відхилення від норм російської мови).

Рис. 5.53. Вікно утиліти Tіme Back

Для установки дати використовується список, що випадає; хоча цей елемент керування реалізований дуже оригінально і цікаво, при роботі з ним виникають визначені проблеми. По-перше, при спробі закрити список без установки нової дати з'являється повідомлення про помилку (мал. 5.54), текст якого викликає здивування і не може нічим допомогти користувачу (виявляється, обов'язково варто установити яку-небудь нову дату).

По-друге, при установці дати відповідний елемент відображається як обраний тільки після щиглика ЛКМ; однак при цьому список відразу закривається, так що якщо користувач випадково клацне не там, де хотів, йому знову прийдеться відкривати список і повторювати процедуру.

Для установки тривалості роботи утиліти використовуються два елементи керування: дискретна текстова область і комбінований список, що випадає. Тривалість може вимірятися в чи хвилинах у секундах; діапазон зміни для обох одиниць однаковий - від нуля до 3001 (як ви думаєте, скільки це в годинник?); при спробі увести вручну будь-яке дробове значення воно автоматично перетвориться в нуль. Використання комбінованого списку, що випадає, у перший момент створює ілюзію того, що користувач може задати власні одиниці виміру тривалості, однак це не так: його "воля вибору" обмежується можливістю "подредактировать" назва пункту списку в текстовому полі, що, власне, ні на что не впливає.

Разом з тим, необхідно відзначити, що операції роботи з вікном реалізовані в розглянутій утиліті коректно: склад доступних команд спливаючого меню вікна погоджений із кнопками керування вікном. Цього саме не можна сказати про наступну утиліті, що ми, до речі, неодноразово успішно використовували (от вона, людська подяка!).

Випадок другий. Утиліта називається "Конвертор Лексикон-"RTF" і забезпечує перетворення тексту (цілком коректне) у кожній із зазначених форматів (мал. 5.55).

Однак склад команд спливаючого меню вікна утиліти не погоджений із кнопками керування вікном. Судячи з тому, що кнопка Відновити/Розгорнути відображається як недоступна, розроблювачі хотіли заборонити користувачам зміна розмірів вікна. Разом з тим, у спливаючому меню вікна залишилися доступні всі команди зміни розміру вікна, у результаті чого при бажанні вихідне вікно додатка можна змінити довільним образом (мал. 5.56).

Рис. 5.56. "Заборонене" розроблювачами зміна розмірів вікна

Крім того, у вікні додатка присутні елементи керування (прапорці "Включаючи підкаталоги" і "Усі файли в один каталог"), взаємозв'язок між який можна знайти тільки при щасливому збігу обставин. Спроби одержати пояснення по їх використанню за допомогою кнопки Довідка приводять до появи на екрані повідомлення "Не вдається знайти файл довідки".

Випадок третій. Свидетельствующий про те, що пробілами в організації інтерфейсу грішать не тільки "російськомовні" розроблювачі. Утиліта "Message Manager" призначена для створення вікон повідомлень стандартних типів (докладному обговоренню самих вікон присвячений один з наступних розділів книги). Користувальницький інтерфейс утиліти реалізований на основі первинного вікна (мал. 5.57), що стараннями розроблювачів перетворилося в "ушанува-вторинне" вікно: кнопка входу для нього на Панелі задач з'являється чомусь тільки після створення першого повідомлення, але й у цьому випадку згорнути вікно неможливе, і воно постійно присутнє на екрані.

Правда, необхідно віддати належне послідовності розроблювачів даної утиліти: склад доступних команд у спливаючому меню вікна збігається з доступними кнопками керування вікном. По повернемося до пробілів інтерфейсу. Розроблювачами не була створена піктограма додатка і тому вона, природно, отсутствует у смузі заголовка вікна; проте , подвійний щиглик Л КМ у

214

тієї позиції, де повинна знаходитися піктограма, приводить до закриття вікна без яких би то ні було коментарів. Не менш вражаючий ефект дає і натискання кнопки ОК, розташованої в правій верхній частині вікна. Незалежно від того, які маніпуляції перед цим виконував користувач, при натисканні цієї кнопки утиліта безмовно зникає, залишаючи замість себе на екрані створене вами вікно повідомлення, що ви, може бути, і не хотіли б більше бачити.

Рис. 5.57. Вікно утиліти "Message Manager"

Завершуючи цей міні-огляд, хотілося б ще раз відзначити, що приведені тут як приклади утиліти далеко не гірше з того, що "гуляє" по Інтернету, усі вони забезпечують рішення тих задач, для яких створювалися і, по великому рахунку, зазначені недоліки не мають принципового значення. Здавалося б... Але уявіть собі, що ці три утиліти є компонентами одного більш складного додатка. .. Представили? У цьому випадку недоліки, властиві кожної з них, будуть не просто суммироваться, а перемножуватися з недоліками двох інших.

Імовірно, у якомусь ступені витрати інтерфейсу можуть бути компенсовані засобами допомоги користувачу, але й у цьому відношенні розглянуті вироби не можуть служити зразком; правда, у першому і третьому прикладах використовується спливаюча підказка, але, як ми бачили, цього виявилося недостатньо.

215

Розділ 6

ПРОЕКТУВАННЯ ЗАСОБІВ ПІДТРИМКИ КОРИСТУВАЧА

Засобу оперативної підтримки користувача є важливою частиною додатка і можуть бути реалізовані різними способами, від використання команд явного виклику допомоги до автоматичного відображення довідкової інформації, що відповідає поточної ситуації. Зміст виведених повідомлень також може носити різноманітний характер і являти собою або коротке пояснення, або посилання на інше джерело інформації, або своєрідний електронний підручник. Але допомога користувачу повинна бути завжди простий, ефективної і своєчасний, щоб користувач міг одержати її до того, як буде змушений припинити роботу.