Windows dialog что это

Windows – операционная система, обладающая достаточно дружелюбным пользовательским интерфейсом. Разобраться с азами работы в Windows намного проще, чем в том же Linux. Связано это с тем, что создатели ОС позаботились о наличии так называемых диалоговых окон. В них располагаются элементы управления всей системой.

В данной статье будет рассказано о том, что собой представляет диалоговое окно. Предстоит изучить его предназначение, разновидности, а также то, как оно выглядит. Все это пригодится преимущественно новичкам, планирующим работать с ПК.

Определение

Диалоговое окно (dialog box) – это элемент графического интерфейса. Специальный компонент, представляющий собой окошко, предназначенное для вывода информации, а также получения ответов со стороны пользователя. Это – своеобразное «место ведения диалога» между машиной (устройством) и клиентом.

Элементарный пример – это окно сообщения. Оно выводит на дисплей сообщение, после чего требует от пользователя подтверждения факта прочтения. Для этого используется специальная кнопка. Чаще – «Ок». Окошки сообщений необходимы непосредственно для того, чтобы:

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

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

Разновидности

Диалоговые окна нужны для того, чтобы наладить связь по типу «пользователь-система». Такой подход является своеобразной аналогией реального диалога. В операционных системах и приложениях выделяют несколько видов рассматриваемого компонента:

модальные окна;
немодальное окошко.

Первый вариант рассмотрим сразу на нескольких уровней – со стороны приложения и непосредственного окошка. После этого предстоит изучить проектирование изучаемых элементов пользовательского интерфейса более подробно.

Немодальный тип

Диалоговое окошко может быть немодальное – modeless. Оно используются тогда, когда информация, отображаемая в пределах «рамки», является несущественной для дальнейшего функционирования системы. Такие окошки остаются открытыми, а работа клиента с ОС успешно продолжается.

Примерами диалоговых немодальных окон могут выступать:

панель инструментов;
«палитра» в графическом редакторе.

Если «палитра» отсоединена или может открепляться от главного окошка приложения – в этом случае рассматриваемый инструмент будет относиться к немодальному типу. В нем есть компоненты управления, которые используются параллельно с работой программного обеспечения. Подобные окошки редко носят название «диалоговых».

Согласно действующим правилам грамотного программного дизайна рекомендуется использовать именно этот вариант окошек. Он не требует от пользователя определенной (и не всегда очевидной) последовательности действий.

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

Модальные – уровень приложений

Модальное диалоговое окно – это окошко, которое будет блокировать работу пользователя с родительским программным обеспечением. Происходит это до тех пор, пока клиент его не закроет собственными руками. Основная масса рассматриваемых диалоговых компонентов относится именно к модальному типу.

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

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

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

Модальные – на уровне окна

Диалоговые окна модального типа имеют свои недостатки. Чтобы их смягчить, программисты предложили концепцию модальности на уровне окошка или конкретного документа. Тут нужно запомнить следующее:

Подход активно используется на практике. Пример – MacOS.
Когда появляется окошко соответствующего типа, работа с остальными «диалоговыми» компонентами приложения попадает под блокировку.
Поддерживается возможность изменения размера родительского приложения и непосредственного модального окошка.
Окно диалога не перекрывает основное приложение. Оно просто к нему прикрепляется.

При появлении рассматриваемого элемента не получится закрыть основное приложение. Операция станет доступна лишь после того, как клиент закроет диалоговое модальное окно. Других вариантов системы и приложения не рассматривают.

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

Кнопки

Изучая типичное диалоговое окно, нельзя не обратить внимание на очень важный элемент – кнопку. Такие компоненты присутствуют в большинстве рассматриваемых «диалогов». Чаще всего встречаются:

Ок. Кнопка, которая позволяет клиенту выразить согласие с тем, что в тот или иной момент времени отображает конкретное диалоговое окно. При клике по соответствующему элементу управления происходит закрытие окошка. Проведенные изменения (если таковые были) вступают в силу.
Cancel. Это – отмена. Закрывает диалоговое окно без применения внесенных изменений.
Apply – применить. Аналог «Ок» в некоторых приложениях и документах. Закрывает диалоговое имеющееся окно, принимая те или иные изменения.

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

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

Основы проектирования

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

Варианты применения

Диалоговые окна нужны для отладки «диалога» между пользователем и компьютером. Применяются такие компоненты в разных направлениях. Все зависит от выбранного шаблона окошка:

Блок вопросов (при помощи кнопок). Он задает пользователям вопрос или подтверждает команду. Использует элементарные ответы в горизонтально упорядоченных кнопках команд.

Раздел вопросов (ссылками на команды). Отвечает за задание всего одного вопроса клиенту. Выбирает задачу для выполнения, а также использует подробные ответы в вертикально упорядоченных ссылках на непосредственные команды.
Выбора. Это – диалоговые окна, которые представляют клиентов с набором вариантов, обычно для более полного описания той или иной команды. В отличие от варианта с «вопросами», такие диалоги могут задавать сразу несколько вопросов.
Хода выполнения. Такие диалоговые окна предоставляют клиентам обратную связь о ходе дополнительных операций (длящихся более 5 секунд), а также выдающие команды для отмены или остановки проводимых манипуляций.

Также есть информационные диалоги. Самые простые и распространенные. Нужны для того, чтобы отображать сведения, которые запросил пользователь у приложения или операционной системы.

Назначение и функции

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

Основные функции этих окон включают:

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

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

Основные элементы интерфейса

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

Одним из ключевых компонентов интерфейса являются кнопки. Они позволяют пользователю взаимодействовать с программным обеспечением, выполняя определенные действия или команды. Кнопки могут быть основными, такими как «ОК» и «Отмена», или дополнительными, которые появляются в зависимости от задачи.

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

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

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

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

Гармоничное использование всех этих элементов интервала помогает создать понятный и интуитивно доступный интерфейс, что увеличивает продуктивность и удовлетворенность пользователей программным продуктом.

Разновидности и примеры

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

Модальные окна

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

Сообщения об ошибках: Например, предупреждение о неверно введенных данных.
Подтверждение действий: Окно, запрашивающее подтверждение удаления файла.

Немодальные окна

Немодальные окна не блокируют основной интерфейс и позволяют пользователю взаимодействовать с другими частями приложения.

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

Плавающие окна

Эти окна обычно используются для вспомогательных задач, таких как палитры инструментов или панели свойств.

Палитры: Цветовая палитра в графических редакторах.
Настройки инструментов: Панель, позволяющая изменять параметры текущего инструмента.

Всплывающие окна

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

Уведомления: Краткие сообщения о новых событиях или обновлениях.
Подсказки: Всплывающие окна с объясняющими текстами для элементов интерфейса.

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

Пользовательский опыт и удобство

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

Удобство – ключевой аспект в проектировании интерфейсов. Легкость использования способствует быстрому освоению и снижает время на выполнение задач. Например, в Windows, диалоговые элементы позволяют интуитивно понимать действия, улучшая продуктивность пользователей.

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

Для закрепления хорошего UX важно учитывать отзывы пользователей и регулярно обновлять интерфейс. Например, в Ворде за годы существования регулярно улучшались интерфейсы, основываясь на мнениях пользователей, что делало программу удобнее с каждым обновлением.

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

Разработка и дизайн

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

Далее следует этап проектирования. Здесь решаются вопросы о расположении элементов и их внешнем виде. Компактное расположение элементов управления помогает пользователю быстро найти нужную информацию и легко выполнять действия. Дизайн должен быть интуитивно понятным, а элементы управления – логично рассредоточенными по окну. Например, в программе для обработки текста ворд, элементы для форматирования текста обычно расположены на верхней панели, чтобы пользователь мог быстро применять нужные стили.

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

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

Лучшие практики использования

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

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

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

Также крайне важно обеспечить логическое и удобное расположение элементов управления. Кнопки подтверждения и отмены должны быть четко выделены и находиться в легко доступных для пользователя местах. Это позволяет избежать случайных ошибок и делает взаимодействие с программой максимально предсказуемым.

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

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

Источник

From Wikipedia, the free encyclopedia

Example of a dialog box of gedit.

In computing, a dialog box^[a] (also simply dialog) is a graphical control element in the form of a small window that communicates information to the user and prompts them for a response.

Dialog boxes are classified as «modal» or «modeless», depending on whether they block interaction with the software that initiated the dialog. The type of dialog box displayed is dependent upon the desired user interaction.

The simplest type of dialog box is the alert, which displays a message and may require an acknowledgment that the message has been read, usually by clicking «OK», or a decision as to whether or not an action should proceed, by clicking «OK» or «Cancel». Alerts are also used to display a «termination notice»—sometimes requesting confirmation that the notice has been read—in the event of either an intentional closing or unintentional closing («crash») of an application or the operating system. (E.g., «Gedit has encountered an error and must close.») Although this is a frequent interaction pattern for modal dialogs, it is also criticized by usability experts as being ineffective for its intended use, which is to protect against errors caused by destructive actions,^[2] and for which better alternatives exist.^[3]

An example of a dialog box is the about box found in many software programs, which usually displays the name of the program, its version number, and may also include copyright information.

Non-modal or modeless dialog boxes are used when the requested information is not essential to continue, and so the window can be left open while work continues elsewhere. A type of modeless dialog box is a toolbar which is either separate from the main application, or may be detached from the main application, and items in the toolbar can be used to select certain features or functions of the application.

In general, good software design calls for dialogs to be of this type where possible, since they do not force the user into a particular mode of operation. An example might be a dialog of settings for the current document, e.g. the background and text colors. The user can continue adding text to the main window whatever color it is, but can change it at any time using the dialog. (This isn’t meant to be an example of the best possible interface for this; often the same functionality may be accomplished by toolbar buttons on the application’s main window.)

System modal dialog boxes prevent interaction with any other window onscreen and prevent users from switching to another application or performing any other action until the issue presented in the dialog box is addressed. System modal dialogs were more commonly used in the past on single tasking systems where only one application could be running at any time. One current example is the shutdown screen of current Windows versions.

Modal dialog boxes temporarily halt the program: the user cannot continue without closing the dialog; the program may require some additional information before it can continue, or may simply wish to confirm that the user wants to proceed with a potentially dangerous course of action (confirmation dialog box). Usability practitioners generally regard modal dialogs as bad design-solutions, since they are prone to produce mode errors. Dangerous actions should be undoable wherever possible; a modal alert dialog that appears unexpectedly or which is dismissed automatically (because the user has developed a habit) will not protect from the dangerous action.^[4]

A modal dialog interrupts the main workflow. This effect has either been sought by the developer because it focuses on the completion of the task at hand or rejected because it prevents the user from changing to a different task when needed.

The concept of a document modal dialog has recently been used, most notably in macOS and Opera Browser. These dialogs block only that window until the user dismisses the dialog, permitting work in other windows to continue, even within the same application.

In macOS, prior to macOS Big Sur, dialogs appear to emanate from a slot in their parent window, and are shown with a reinforcing animation. This helps to let the user understand that the dialog is attached to the parent window, not just shown in front of it. In Big Sur and later, the parent window is greyed out, and the dialog appears on top of the middle of the parent window. No work can be done in the underlying document itself while the dialog is displayed, but the parent window can still be moved, re-sized, and minimized, and other windows can be brought in front so the user can work with them:

The same type of dialog box can be compared with the «standard» modal dialog boxes used in Windows and other operating systems.

Similarities include:

the parent window is frozen when the dialog box opens, and one cannot continue to work with the underlying document in that window
no work can be done with the underlying document in that window.

The differences are that

the dialog box may open anywhere in the parent window
depending on where the parent window is located, the dialog box may open virtually anywhere on screen
the dialog box may be moved (in almost all cases), in some cases may be resizable, but usually cannot be minimized, and
no changes to the parent window are possible (cannot be resized, moved or minimized) while the dialog box is open.

Both mechanisms have shortcomings:

The Windows dialog box locks the parent window which can hide other windows the user may need to refer to while interacting with the dialog, though this may be mitigated since other windows are available through the task bar.
The macOS dialog box blocks the parent window, preventing the user from referring to it while interacting with the dialog. This may require the user to close the dialog to access the necessary information, then re-open the dialog box to continue.

Application posture

^ Sometimes ‘dialogue box‘ in British English, though non-standardly^[1]

^ DeRespinis, Francis (2012). «dialog box». The IBM Style Guide: Conventions for Writers and Editors. IBM Press. p. 322. ISBN 978-0-13-210130-1.
^ Raskin, Jef (2000). The Humane Interface. Addison Wesley. ISBN 0-201-37937-6.
^ Cooper, Alan (March 17, 2003). About Face 2.0: The Essentials of Interaction Design. Wiley. ISBN 0-7645-2641-3.
^ Aza Raskin, A List Apart: Never Use a Warning When you Mean Undo

Источник

Материал из РУВИКИ — свободной энциклопедии

Диало́говое окно́ (англ. dialog box) в графическом пользовательском интерфейсе — специальный элемент интерфейса, окно, предназначенное для вывода информации и (или) получения ответа от пользователя. Получил своё название потому, что осуществляет двустороннее взаимодействие компьютер-пользователь («диалог»): сообщая пользователю что-то и ожидая от него ответа.

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

Простейшим типом диалогового окна является окно сообщения (англ. message box, англ. alert box), которое выводит сообщение и требует от пользователя подтвердить, что сообщение прочитано. Для этого обычно необходимо нажать кнопку OK. Окно сообщения предназначено для информирования пользователя о завершении выполнявшегося действия, вывода сообщения об ошибке и тому подобных случаев, не требующих от пользователя какого-либо выбора.

Несмотря на то, что использование окна сообщения является часто применяемым шаблоном проектирования, оно критикуется экспертами по юзабилити как неэффективное решение для поставленной задачи (защита от ошибочных действий пользователя)^[1], вдобавок, при наличии лучших альтернатив^[2].

Пример запроса подтверждения.

В диалоговых окнах многих программ присутствуют кнопки OK и Отмена (Cancel), нажимая первую из которых, пользователь выражает своё согласие с тем, что в этот момент отображает диалоговое окно, и тем самым закрывает его, приводя в действие сделанные в нём изменения, а вторая — закрывает окно без применения. Существуют варианты с единственной кнопкой ОК — в информирующих окнах, не подразумевающих каких-либо изменений, и с кнопками ОК, Применить (Apply) и Закрыть (Close), в окнах, результаты изменений в которых пользователь, по мнению автора программы, может оценить, не закрывая окна, и в случае неудовлетворительного результата продолжить внесение изменений.

Также хорошим тоном считается обеспечить в диалоговых окнах справочную систему — обычно это реализуется либо в виде кнопки Справка (Help), открывающей страницу документации, описывающую работу в этом диалоговом окне, либо (в Windows) с помощью кнопки со знаком вопрос в заголовке окна, нажав на которую, пользователь переключает мышь в режим одноразовой контекстной подсказки: нажатие мышью в этом режиме на элемент диалогового окна вызывает отображение описания этого элемента.

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

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

Модальным называется окно, которое блокирует работу пользователя с родительским приложением до тех пор, пока пользователь это окно не закроет. Диалоговые окна преимущественно реализованы модальными.

Например, модальными являются диалоговые окна настроек приложения — так как проще реализовать режим, когда все сделанные изменения настроек применяются или отменяются одномоментно, и с момента, когда пользователь решил изменить настройки приложения и открыл диалог настроек, и до момента, когда он новые настройки вводит в силу или отказывается от них, приложение ожидает решения пользователя.

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

Специалисты по юзабилити считают модальные окна запросов подтверждений плохими дизайнерскими решениями, так как они могут приводить пользователя к, так называемым, «ошибкам режима программы». Опасные действия должны иметь возможность отмены везде, где это возможно, а модальные окна запросов подтверждений, пугающие пользователя своим неожиданным появлением, через некоторое время пропускаются им автоматически (так как он привык к ним) и, поэтому, не защищают от опасных действий^[3].

Для смягчения недостатков модальных диалоговых окон (блокирование доступа к приложению, или, даже, к системе в целом) была предложена концепция модальности на уровне окна (или документа). Такой тип диалогового окна введён, например, в Mac OS X, где он называется «диалоговое модальное окно для документа» (англ. document modal sheet).

При появлении диалогового окна подобного типа работа с остальными окнами приложения не блокируется. Поскольку окно диалога не перекрывает родительское окно, а прикрепляется к нему, остаётся возможность изменять размеры и положение и самого родительского окна. При этом, естественно, содержимое родительского окна остаётся недоступным до закрытия модального диалогового окна.

↑ Raskin, Jef. The Humane Interface (неопр.). — Addison Wesley, 2000. — ISBN 0201379376.
↑ Cooper, Alan. About Face 2.0: The Essentials of Interaction Design (англ.). — Wiley, 2003. — ISBN 0764526413.
↑ Aza Raskin, A List Apart: Never Use a Warning When you Mean Undo Архивная копия от 2 марта 2009 на Wayback Machine (англ.)

Руководство по диалоговым элементам управления — MSDN
Dialogs — OS X Human Interface Guidelines

Источник

Определение

Разновидности

Немодальный тип

Модальные – уровень приложений

Модальные – на уровне окна

Кнопки

Основы проектирования

Варианты применения

Рекомендации

Рекомендации для модального вида

Советы для немодального типа

Когда их несколько

Понятие диалогового окна

Назначение и функции

Основные элементы интерфейса

Разновидности и примеры

Модальные окна

Немодальные окна

Плавающие окна

Всплывающие окна

Пользовательский опыт и удобство

Разработка и дизайн

Лучшие практики использования