Формы как элемент общения программы с пользователем

Помимо «стандартных» форм различных объектов конфигурации (справочников, документов, регистров и пр.) существует одна особенная форма – начальная страница. Именно с нее и начинается работа пользователя с системой.

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

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

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

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

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

«1С:Предприятие» позволяет вообще не описывать форму в конфигураторе. При обращении к объекту в пользовательском режиме система сгенерирует необходимую форму самостоятельно. Если разработчиком прикладного решения не планируется вносить изменения в работу и поведение формы (например, менять порядок обхода элементов, добавлять команды, описывать с помощью встроенного языка алгоритмы заполнения данных), то создавать форму в режиме Конфигуратор необязательно.

Отправить