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

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

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

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

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

Android. Диалоговые окна. Класс Dialog. Урок 11

Диалоговые окна свойств бывают модальными и немодальными. Та’ кое окно обычно работает с выделенным объектом, следуя структуре

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

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

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

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

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

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

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

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

Диалоговые окна в Windows

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

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

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

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

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

Как уже говорилось в главе 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) существует возможность полностью отменить ко’ пирование, перемещение или удаление, и нет причин, по которым кнопка Отмена не могла бы отменить выполненную часть операции.

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

Источник: cyberpedia.su

Диалоговые окна

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

ОС Windows также обеспечивает предопределенные диалоговые окна, которые поддерживают такие широко распространенные пункты меню как «Открыть» («Open») или «Печать» («Print»).

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

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

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

Таким образом, диалоговые окна могут использоваться двояким образом: для однократного ввода данных, в этом случае они создаются — пользователь вводит данные — диалоговое окно уничтожается; для многократного использования, в этом случае диалоговые окна создаются и отображаются на экране до тех пор, пока не будет закрыто окно приложения или пользователь сам не закроет диалоговое окно. Из этого вытекает 2 типа диалоговых окон: модальные и немодальные.

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

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

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

Для создания диалогового окна (независимо от его типа), приложение должно определить шаблон диалогового окна, в котором будет описываться стиль диалогового окна и его содержимое. Шаблон диалогового окна определяет его размеры, стиль окна и содержащиеся на нем элементы управления. Этот шаблон может создаваться во время выполнения программы или загружаться как ресурс из внешнего источника.

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

Шаблон может использовать либо стандартный, либо расширенный формат.

В стандартном формате, заголовок представляет собой структуру типа DLGTEMPLATE (таблица 13), за которой следует дополнительные массивы данных переменной длины. Данные для каждого элемента управления состоят из структуры типа DLGITEMTEMPLATE (таблица 14), за которой следуют дополнительные массивы данных переменной длины.

Таблица 13 — Структура данных, описывающая диалоговое окно

DLGTEMPLATE Struc	Название поля	Тип в С	Тип в ассемблере	Назначение поля
style;	DWORD	DD	Определяет стиль диалогового окна, может быть комбинацией значений стилей обычного окна (константы WS_) и стилей диалогового окна (константы DS_ определяются в заголовочном файле WinUser.h)
dwExtendedStyle	DWORD	DD	Определяет дополнительные стили окна. Этот элемент не используется при создании диалогового окна, однако приложения могут его использовать для создания других типов окон
cdit	WORD	DW	Определяет число элементов диалогового окна
x	short	DW	Определяет координату левого верхнего угла диалогового окна по горизонтали
y	short	DW	Определяет координату левого верхнего угла диалогового окна по вертикали
cx	short	DW	Определяет ширину диалогового окна
cy	short	DW	Определяет высоту диалогового окна

Таблица 14 — Структура данных, описывающая управляющие элементы на диалоговом окне

DLGITEMTEMPLATE Struc	Название поля	Тип в С	Тип в ассемблере	Назначение поля
style	DWORD	DD	Определяет стиль управляющего элемента, может быть комбинацией стиля окна (константы WS_) и одного или нескольких значений стиля управляющих элементов (кнопок — константы BS_ и т.п., значения констант определяются в заголовочном файле WinUser.h)
dwExtendedStyle	DWORD	DD	Определяет дополнительные стили окна
x	short	DW	Определяет координату левого верхнего угла управляющего элемента относительно левого верхнего угла диалогового окна по горизонтали
y	short	DW	Определяет координату левого верхнего угла управляющего элемента относительно левого верхнего угла диалогового окна по горизонтали
cx	short	DW	Определяет ширину управляющего элемента
cy	short	DW	Определяет высоту управляющего элемента
id	WORD	DW	Определяет идентификатор управляющего элемента

Непосредственно вслед за каждой структурой DLGITEMTEMPLATE следует массив классов, определяющих классы окон управляющих элементов. Если первый элемент этого массива не равен значению 0xFFFF, ОС рассматривает этот массив как строку (заканчивающуюся нулем, в кодировке Unicode), определяющую имя зарегистрированного класса окна. Если первый элемент равен 0xFFFF значит, массив содержит один дополнительный элемент, который определяет один из системных классов (таблица 15).

Таблица 15 — Коды предопределенных системных управляющих элементов

Значение	Управляющий элемент
0x0080	Кнопка
0x0081	Поле ввода
0x0082	Статический текст
0x0083	Список
0x0084	Полоса прокрутки
0x0085	Поле типа «Combo box»

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

Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:

Источник: studopedia.ru

Окно в Windows

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

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

Определение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кнопки

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

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

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

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

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

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

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

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

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

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

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

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

Создавая диалоговые окна, рекомендуется:

1. Не использовать прокручиваемые вариации. Вместо них лучше внести изменения в уже имеющиеся диалоговые окна. Пример – использовать прогрессивное раскрытие или вкладки.
2. При отсутствии строки меню или состояния нужно предоставить доступ к командам и состоянию через диалоговое непосредственное окно. Можно задействовать в этом случае контекстное меню соответствующих элементов управление. Строки меню допустимы тогда, когда диалоговое окно используется для реализации основного. Пример – служебные приложения.
3. Если создаваемый элемент требует пристального внимание, а программа не активна, надо нажать кнопку панели задач три раза. Это привлечет внимание клиента и оставит окошко выделенным. Иных действий предпринимать не нужно.

Это – общие рекомендации. Далее все зависит от того, какое именно диалоговое (модальное или немодальное) окно будет использоваться программистами.

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

Тут необходимо запомнить следующее:

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

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

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

Диалоговое окно без режима предусматривает такие советы по созданию:

1. Используются для частых и повторяющихся задач.
2. При проектировании рекомендуется применять модель немедленной фиксации. Это помогает изменениям тут же вступать в силу.
3. Диалоговое окно без режима предусматривает использование кнопки «Закрыть» в окне. Оно нужно для того, чтобы завершить работу с окошком. Разместить компонент нужно в строке заголовка.
4. Можно рассмотреть возможность создания нескольких диалоговых окон с возможностью закрепления. Не моделируемые компоненты предоставляют больше гибкости.

Увидеть примеры такие windows dialogs можно в MS Office. Их можно закрепить в той или иной области.

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

Диалоговых создаваемых окон может быть несколько. В этом случае нужно:

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

Также есть диалоговое окно с несколькими страничками. Тут рекомендуется:

1. Использовать подобный компонент вместо отдельных диалогов, если есть последовательность связанных страничек: входная (не является обязательной), ход выполнения, результат.
2. Не использовать диалоговые многостраничные окна, если входная страничка – это стандартный диалог. Тут особую роль играет согласованность использования.
3. Отказаться от «Далее» и «Назад», когда создается новое диалоговое окно. Тут также не стоит использовать более трех страниц.
4. На входной страничке использовать только определенные кнопки команд или ссылки на команды, которые позволяют инициировать задачу.

Для того, чтобы диалоговое окно можно было закрыть, рекомендуется использовать на страничках ввода и хода выполнения кнопку «Отмена». В «результатах» отдается предпочтение элементу «Закрыть».

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

Хотите освоить современную IT-специальность? Огромный выбор курсов по востребованным IT-направлениям есть в Otus! Также обратите внимание на специлизированный курс «Администратор Windows«.

Источник: otus.ru