Четыре назначения диалоговых окон

Источником самих понятий модальных и немодальных диалоговых окон является терминология программистов. Эти понятия оказывают влияние на проектирование, однако нам следует рассматривать диало' говые окна еще и с точки зрения целей пользователей. В этой связи выделяются четыре фундаментальных разновидности информации, которую полезно передавать посредством диалоговых окон: свойства, функции, процессы и сообщения.

 

Диалоговые окна свойств

Диалоговое окно свойств позволяет пользователям просматривать и из' менять свойства или атрибуты выбранного объекта. Иногда атрибуты относятся к приложению или к документу в целом, а не к отдельному объекту.

Хорошим примером может послужить окно Шрифт редактора Word, представленное на рис. 24.4. Пользователь выделяет текст в главном окне, а затем открывает диалоговое окно посредством меню Формат. Ок' но позволяет изменять шрифтовые свойства выбранных символов. Диалоговые окна свойств можно считать панелями управления, на ко' торых представлены элементы управления выделенным объектом. Диалоговые окна свойств бывают модальными и немодальными. Та' кое окно обычно работает с выделенным объектом, следуя структуре

«объект – глагол»: пользователь выбирает объект, а затем посредством окна свойств задает настройки для выбранного объекта.

 

Рис. 24.4. Диалоговое окно Шрифт в Microsoft Word 2003 – классический при- мер диалогового окна свойств. Пользователь выделяет текст в документе, открывает окно посредством команды меню – и возникает модальное

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

Функциональные диалоговые окна

Функциональные диалоговые окна обычно вызываются из меню. Ча' ще всего это модальные диалоговые окна, которые управляют выпол'

 

нением единственной функции, такой как печать документа, измене' ние большого числа записей базы данных, вставка объектов или про' верка правописания.

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

Этот подход, получивший широкое распространение, объединяет в се' бе две функции – функцию настройки и функцию вызова операции. Но одно лишь то, что функцию можно настраивать, еще не означает, что пользователь пожелает ее настраивать перед каждым вызовом. Поэтому обычно эти функции лучше разделять (хотя, понятное дело, они должны оставаться тесно связанными).

Многие функции современных приложений являются гибкими и име' ют массу параметров настройки. Если не разделять настройку и акти' визацию, пользователям, скорее всего, придется сталкиваться со сложными механизмами даже в тех случаях, когда они просто хотят выполнить рутинную операцию максимально легким способом.

Диалоговые окна процессов

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

Когда программа запускает длительную с точки зрения человека про' цедуру, она обязана сообщить о том, что она будет занята какое'то вре' мя, но что в остальном все в порядке. Если программа не будет выво' дить подобных сообщений, пользователь в лучшем случае сочтет ее по' ведение грубым, а в худшем – подумает, что программа дала сбой и не' обходимо принимать радикальные меры.

 

Информируйте пользователя о том, что приложение занято.

 

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

 

длительной операции (еще более удачное решение мы рассмотрим да' лее в этой главе).

Каждое диалоговое окно процесса должно решать четыре задачи:

• уведомить пользователя о выполнении длительной операции;

• успокоить пользователя, сообщая ему, что все в порядке;

• дать примерную оценку времени, которое займет выполнение опе' рации;

• дать пользователю возможность прервать операцию и вернуть себе контроль над программой.

Само присутствие диалогового окна процесса отвечает первому требованию – оно сообщает пользователю, что протекает некоторый процесс. Третья задача может быть решена с помощью некоторой раз' новидности индикатора хода выполнения операции (progress meter), который будет наглядно показывать в процентном соотношении вы' полненный и оставшийся объем работ. Решить вторую задачу гораздо сложнее. Программа может завершиться аварийно и оставить диало' говое окно на виду, вводя пользователя в заблуждение относительно состояния процесса. Диалоговое окно процесса должно непрерывно со' общать, что все в порядке, динамически изменяя индикатор. Индика' тор должен отображать ход выполнения относительно общего време- ни, которое займет операция, а не относительно общего объема работ. Пятьдесят процентов одной операции могут по времени радикально отличаться от пятидесяти процентов другой операции.

В представлении пользователя исполнение длительной по времени операции совершенно естественным образом напоминает машину, ко' торая жужжит себе и жужжит. Статическое диалоговое окно, которое просто объявляет о том, что компьютер выполняет «чтение с диска», вполне может свидетельствовать о начале выполнения длительной операции, но этого недостаточно, чтобы убедить пользователя в том, что операция действительно выполняется. Лучше всего отображать ход выполнения операции посредством анимации в диалоговом окне. В операционной системе Windows при перемещении, удалении или ко' пировании файлов в диалоговом окне демонстрируется небольшой мультипликационный ролик, который изображает листы бумаги, пе' релетающие из одной папки в другую или в корзину (рис. 24.5). Эф' фект просто поразителен: у пользователя возникает полное ощуще' ние, что компьютер действительно что-то делает. Ощущение, что все идет как надо, обычно возникает на интуитивном уровне, а не в ре' зультате умозаключений, и пользователи – даже подготовленные – чувствуют себя гораздо увереннее.

Индикатор хода выполнения операции от Microsoft отвечает (с натяж' кой) только третьему требованию, показывая время, оставшееся до окончания операции. Ход выполнения одной операции отображается в одном диалоговом окне, хотя операция может затрагивать множест'

 

 

 

Рис. 24.5. Здесь у Microsoft почти все получилось. В процессе выполнения любой операции перемещения, копирования или удаления файлов в Провод- нике пользователь наблюдает вполне удачно спроектированное диалоговое окно с информацией о ходе выполнения операции. Оно дает некоторое пред- ставление о времени, оставшемся до завершения операции, и использует анимацию листов бумаги, летящих из левой папки в правую (или в корзину). Ментальные модели многих пользователей включают перемещение вещей внутри компьютера, а эта небольшая находка демонстрирует именно перемещение объектов. Приятно видеть в интерфейсе компьютера отраже- ние механизмов его работы, выраженное через представления пользователя. Единственное, чего здесь не хватает, – информации о количестве оставших- ся файлов; ее наличие усилило бы обратную связь с пользователем

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

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

Если пользователь перетащил 25 файлов из каталога Alpha в каталог Bravo и в середине выполнения операции вдруг осознал, что на самом деле хотел переместить их в каталог Charlie, он нажмет на кнопку От− мена. К сожалению, в результате операция будет просто прервана – система посчитает это отказом от перемещения оставшихся файлов. Другими словами, если пользователь нажмет на кнопку Отмена после того, как 10 файлов уже перемещены, в каталоге Alpha останутся по' следние 15 файлов, а первые 10 окажутся в каталоге Bravo. Однако это не то, чего хочет пользователь. Кнопка, которая называется «Отме'

 

на», должна выполнять отмену. На языке пользователя это означает:

«Я не желаю, чтобы что'то изменилось». Чтобы кнопка соответствова' ла выполняемому ею действию, ей следовало бы называться «Остано' вить копирование» или «Остановить перемещение». Но вместо этого она называется «Отмена», а потому просто обязана выполнять именно отмену. Для этого может потребоваться буферизация значительных объемов информации, и выполнение настоящей отмены запросто спо' собно занять больше времени, чем само по себе перемещение, копиро' вание или удаление. Но разве при этом довольно редком явлении до' полнительные затраты времени не будут оправданны? В Проводнике (Windows Explorer) существует возможность полностью отменить ко' пирование, перемещение или удаление, и нет причин, по которым кнопка Отмена не могла бы отменить выполненную часть операции.

Хорошей альтернативой стало бы наличие в окне двух кнопок – одной с надписью «Отмена», а другой – с надписью «Стоп». Тогда пользова' тель мог бы выбрать нужное действие.