Сообщения об ошибках, уведомления и запросы на подтверждение операций

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

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

Невозможно создать подсемейство шрифтов. Не удалось внедрить шрифт.

Защищенные шрифты не могут быть внедрены.

При сохранении документа “test.ai” возникла следующая проблема.

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

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

А вот еще один вариант раздражающего поведения – на этот раз от Mi' crosoft Outlook.

Созданные в этом профиле правила вступают в кофликт с правилами Microsoft Exchange Server. Может быть сохранен только один набор правил. Какие правила вы хотите сохранить?

Клиентские Серверные Отмена

Рис. 11.3. Еще один ужасный запрос на подтверждение, прекращающий работу из-за ерунды. Если приложение достаточно разумно, чтобы понять разницу, почему оно не может самостоятельно исправить проблему? Предлагаемые варианты действий пугают. Диалоговое окно сообщает, что можно взорвать одну из двух коробок. В одной мусор, а в другой ваша собака – только приложе- ние не сообщает, что где. А если нажать кнопку Cancel (Отмена), что это будет означать? Вдруг приложение все же решит взорвать вашу собаку?

Это диалоговое окно предлагает нам решиться на необратимое и, воз' можно, дорогостоящее действие, не располагая при этом никакой ин' формацией! Если оно появляется после того, как вы изменили какие' то правила, разве не разумно предположить, что вы хотите придержи' ваться новых правил? А если предполагается, что вы не хотите этого, то почему бы не сообщить вам дополнительную информацию о том, ка' кие именно правила конфликтуют и какие были приняты последни' ми? Не понимая, что происходит, пользователь щелкнет по кнопке Cancel… Он отменяет диалоговое окно и оставляет конфликт правил не' разрешенным? Он отменяет последние изменения, которые привели к конфликту? Этот плохо продуманный интерфейс вызывает у пользо' вателя страх и ощущение неопределенности, что абсолютно не нужно. В главе 24 мы обсудим, как улучшить ситуацию.