Пиктограммы Для Кнопок 1С Итс
Руководство по стилю для типовых конфигураций на платформе 1С:Предприятие 8.2 Платформа 1С:Предприятие 8.2 Июль 2011 Руководство по стилю Для типовых конфигураций на платформе 1С:Предприятие 8.2 'Управляемое приложение'. Общие рекомендации Типовым разрешением экрана считается 1024х768 pt. Все размеры в руководстве приведены с учетом этих значений и распространяются, в том числе на Windows Vista Aero. Условия эксплуатации:.
Основное окно 1С:Предприятия растянуто на весь экран. Видна панель задач операционной системы. Разработку (конфигурирование) нужно вести в стандартном разрешении - 96 DPI.
Описание «1С-Такском» – совместное решение фирмы 1С и оператора электронного. Улучшен дизайн кнопок формы, а кнопкам командной панели добавлены новые. '1С:ИТС ПРОФ' – это универсальное решение для поддержания. Обновление платформы 1С:Предприятие 8.3.
Поделитесь, у кого есть, иконками элементов формы 1С. 1 - 24.02.11. Мне надо:КоманднаяПанель,СтраницаКоманднойПанели,ТабличноеПоле,Кнопка,ПолеВвода и т.д. И на ИТС тоже нет.
При разработке управляемого интерфейса не рекомендуется вносить массовые изменения, нарушающие умолчание платформы, если иное не указано в этом руководстве по стилю или других стандартах. Например, для контекстных меню лучше использовать умолчание платформы, но в отдельных специфических случаях допускается внесение изменений. Командный интерфейс (КИ) КИ – средство навигации пользователей по функциональности конфигурации. КИ создается панелью разделов, панелью навигации и панелью действий. Каждая из панелей имеет свое назначение, но все вместе они создают пространство команд – возможностей для пользователя. При проектировании КИ следует учитывать, что все три навигационных элемента связаны контекстом и предназначены:. для повышения эффективности выполнения повседневной работы;.
для быстрого освоения программы. Качество конфигурации во многом зависит:. от того насколько удачно это пространство будет организовано;.
насколько оно будет соответствовать представлениям пользователя о назначении этой конфигурации. Критериями хорошо спроектированного КИ являются:. скорость работы;. скорость обучения;. субъективная удовлетворенность пользователя. Панель разделов (ПР) Панель разделов – оглавление конфигурации. Разделы должны соответствовать реальным областям деятельности или участкам работ так, как их понимают пользователи.
Состав разделов рекомендуется проектировать так, чтобы в типовых комбинациях ролей не появлялась полоса прокрутки. Для этого емкость панели должна быть не более 8-10 разделов.
Что следует учитывать при проектировании. Панель разделов является «лицом» программы и имеет большое значение на этапе освоения, поэтому состав и порядок разделов следует проектировать с особой тщательностью. Предполагается, что при выполнении задач связанных с определенной деятельностью пользователь будет проводить большую часть времени в каком-то одном разделе. Раздел является устойчивым режимом работы. Задачи, относящиеся к одной деятельности или к одному участку работ, должны решаться в рамках одного раздела – переключения между разделами должны быть минимизированы. Интерфейс раздела нужно проектировать так, чтобы он содержал в себе все необходимые для работы команды и функции. При этом частотные или важные команды следует «вытаскивать наверх» – в начало панели навигации и панели действий.
При проектировании панели учитывайте и используйте доступность разделов (подсистем) по ролям. Для интерфейса администратора допустимо наличие полосы прокрутки в панели. По умолчанию разделы располагаются в алфавитном порядке. Рекомендуется определять порядок в зависимости от приоритета каждого раздела: от наиболее частотного и значимого до второстепенного и не часто используемого. Последним всегда должен быть раздел для администрирования, настройки и выполнения сервисных действий. Не рекомендуется делать раздел с названием «Сервис».
Он будет перекликаться с меню «Сервис» и группой «Сервис» в ПД. Альтернативой могут быть такие названия как «Сервисные возможности», «Дополнительные возможности», «Прочее», «Сервисные функции», «Служебные функции» и т.д. Названия разделов.
Общая длина названия не должна превышать примерно 50 знаков с учетом пробелов (примерно 150 точек при 96 DPI). При выборе названия (синонима) нужно учитывать, что панель разделов отображает максимум две строки названия с автоматическим переносом строк, но без переноса слов, т.е.
Слова не разрываются. Для того чтобы название раздела смотрелось симпатично, рекомендуется использовать такие комбинации слов:. одно-два средних слова; «Финансы», «Зарплата и персонал». одно среднее и одно короткое; «Учет времени». одно длинное и одно короткое; «Сервис и администрирование». два коротких и одно длинное. «Работы, услуги, производство» По возможности не используйте длинные слова.
Например, «гидролесомелиорация» или «делопроизводство». Выбирайте названия примерно одного размера по ширине так, чтобы они смотрелись единообразно и ровно. Давайте разделам конкретные (не двусмысленные) запоминающиеся названия. Используйте в названиях только общеупотребительные и соответствующие целевой аудитории сокращения и аббревиатуры, например, «НДС» или «МСФО». Но если это возможно, лучше обходиться без сокращений.
Также: Картинки разделов в ПР. Для каждого раздела в ПН назначьте картинку размером 48х48 pt. Формат PNG с переменным альфаканалом. Картинки следует делать разными по начертанию и по ведущим цветам. Это нужно для лучшей запоминаемости.
Но при этом они должны быть нарисованы в одном стиле, с одинаковым углом поворота, выравниванием, направлением света и т.д. Следует проверять, чтобы в режиме отображения «только картинки» ПР выглядела ровно и гармонично. Также: Подсказки для интерфейсных подсистем Подсказки для ПР не являются обязательными – назначение раздела должно быть однозначно понятно из его названия.
Название раздела должно быть настолько интуитивно понятно, чтобы пользователь, в поисках нужной ему информации, сразу понял, в каком разделе ее следует искать. Подсказка может дополнительно расшифровывать содержимое раздела, например, с помощью краткого перечисления входящих в него функции. Справка для разделов ПР не является обязательной. Панель навигации основного окна (ПН) Панель навигации представляет собой оглавление раздела.
Основная ценность панели заключается в том, что она всегда видна и позволяет быстро перейти к нужному списку или к рабочему месту. Размеры панели по умолчанию – 243х589 pt. Количество обычных команд – 31 (без группировки, выделения важных, без полосы прокрутки). Названия команд. По возможности, названия команд должны помещаться в ПН с учетом ее стандартной ширины ПН (234 pt). Важные команды – примерно 30 символов (т.к.
Они отображаются жирным шрифтом). Обычные команды – примерно 38 символов. Лучше, если названия команд начинаются с разных слов, так их удобнее искать с взглядом. Следует учитывать, что ширина ПН может быть уменьшена пользователем поэтому команды должны отличаться друг от друга уже в первых символах, но в тоже время должны быть понятны. Группа команд «Важное». Наличие группы команд «Важное» не является обязательным.
Относите в группу команды для перехода к таким рабочим местам, спискам и журналам документов, которые наиболее важны для пользователя в контексте данного раздела. Выделяйте не более 5 важных команд. При большем количестве команд ПН выглядит громоздко и выделение команд жирным шрифтом действует не так эффективно.
Группировка команд. Если команд в группе «Обычное» получается много, группируйте их по смыслу. Для этого следует пересмотреть содержимое подсистемы и разбить его на подсистемы так, чтобы в группе было от 4 до 9 команд. Критерием количества команд может служить оценка емкости кратковременной памяти человека – 7± 2.
Состав команд следует проектировать так, чтобы по умолчанию в панели навигации не было полосы прокрутки. Скрывайте нечастотные команды – пользователь, если потребуется, сам их себе включит. По возможности избегайте появления в панели навигации групп, состоящих всего из одной команды. Помните, что при построении командного интерфейса учитываются роли и это может привести к тому, что для каких-то пользователей группа станет «вырожденной», т.е. Состоящей всего из одной команды. Не рекомендуется делать глубину вложенности групп команд более 2. При этом помните, что по умолчанию на втором уровне ширина текста команды будет меньше - 36 символов.
При разработке учитывайте, что по умолчанию все группы раскрыты. Названия групп в ПН не должны пересекаться с системными группами, например, «Создать», «Отчеты», «Сервис», «См. Также». Наличие группы не является обязательным. В группу «См.
Также» не следует помещать команды по принципу «на всякий случай» или «вдруг пригодится». Группа «См.также» предназначена для того, чтобы обеспечить горизонтальные связи между подсистемами – в нее следует относить важные, полезные для пользователя команды, которые напрямую не относятся к текущему разделу, но могут быть востребованы в некоторых случаях. Порядок команд.
По умолчанию команды располагаются в алфавитном порядке. Рекомендуется менять порядок так, чтобы частотные или первостепенные команды располагались сверху. Какие команды следует помещать в панель навигации. В ПН следует помещать то, без чего нельзя обойтись в контексте текущего раздела: команды для перехода к рабочим местам, спискам, специальным обработкам. Под специальными понимаются обработки похожие на обычные списки, например, «Журнал регистрации», но не «Удаление помеченных объектов». Обязательно размещайте команды перехода к спискам «первичных» данных. Списки первичных документов/данных, имеющих самостоятельную ценность (заказы покупателей, расходные накладные).
Первичные – такие документы, с которых начинаются бизнес-процессы. Формы списков первичных данных при этом следует оптимизировать под соответствующие задачи пользователей, например поиск, или отбор необработанных заявок. Для документов рекомендуется:. помещать в панель навигации и команды журналов и команды списков;. команды перехода к спискам делать по умолчанию невидимыми. Если объект по логике второстепенен, подчинен другому объекту, то его можно вообще не выносить в командный интерфейс – например, подчиненный регистр сведений.
Если же есть независимый регистр сведений, и он является важным для пользователя, то его следует поместить в панель навигации. НЕ размещайте в панели навигации команды открытия обычных отчетов. Это связано с тем, что типовые отчеты должны открываться во вспомогательном окне со своим интерфейсом. Если отчет по сути является рабочим местом для выполнения тех или иных функций, то нужно сделать специальную навигационную команду открытия этого отчета и разместить ее в ПН. Панель действий (ПД) Панель действий – место, где пользователи всегда смогут найти самые востребованные команды в контексте текущего раздела. Она также служит своеобразным введением, «рассказывает» о том, что в этом разделе можно сделать. При разработке состава команд следует отталкиваться от задач пользователей, например, «продажа товаров», «работа с внутренними документами» и т.д.
Спектр этих задач формирует список команд, среди которых можно выделить наиболее частотные, вероятные. Их и нужно разместить в ПД. Цель ПД – обеспечить возможность быстро создавать новые объекты, выполнять типовые обработки или строить популярные отчеты, не выполняя переключения в тот или иной интерфейс в ПН. Когда ПД не нужна. Если нельзя выделить частотные команды или их очень мало.
Когда все частотные команды контекстные. Например, команды создания групп не рекомендуется выносить в ПД, т.к.
Они почти всегда контекстны. Если выполнение действий рекомендовано разработчиком через специальные формы (рабочие места). Например, перед созданием заказа поставщику нужно видеть общую картину заказов по организации. Размеры ПД При проектировании состава команд ПД, необходимо учитывать следующее:. По умолчанию в видимой области ПД помещается не более 15-ти средних команд. Под средней подразумевается команда, название которой состоит из 15-20 символов. Максимальная емкость ПД по высоте - 30 команд.
Если команд больше, то появляется кнопка открытия полного списка команд. Названия команд. Текст стандартных команд (создание нового объекта, открытие отчета или обработки) формируется из синонима или представления соответствующего объекта метаданных. Это следует учитывать при присвоении имен и представлений объектам метаданных так, чтобы из текста команды было однозначно понятно ее назначение с учетом группы, в которую она входит (создать, отчет, сервис). Тексты пользовательских команд тоже должны соответствовать этой рекомендации. Не рекомендуется использовать очень короткие (менее 5 символов) и очень длинные (более 30) названия команд и синонимы (или представления) объектов метаданных.
Лучше, если названия команд, синонимы или представления объектов метаданных начинаются с разных слов. Тогда соответствующие команды будут хорошо различаться в панели действий.
Также: Группы команд в ПД. Если команду ПД нельзя отнести к одной из стандартных групп («Создать», «Отчеты», «Сервис»), то можно создавать свои группы. Рекомендуется минимизировать количество таких групп. Подсказки в ПД. Подсказка и справка для команд в ПД не является обязательной, но рекомендуется. Также: Команды отчетов. Если отчетов немного, то следует помещать команды для их открытия в панель действий.
При этом нужно учитывать общее наполнение ПД, чтобы она не получилась громоздкой. Если отчетов много или если для управления ими пользователю нужен особый интерфейс, следует разработать специальное рабочее место по работе с отчетами. Такое рабочее место может содержать, например:. Список отчетов и вариантов. Готовые настройки. Предварительный просмотр Команду вызова рабочего места рекомендуется поместить:. в панель навигации – если рабочее место должно открываться в главном окне;.
в группу «Сервис» панели действий - если рабочее место должно открываться в отдельном окне. Рабочий стол Рабочий стол – личный заботливый помощник пользователя. Каждый рабочий день начинается с «общения» с ним. Рабочий стол должен вводить пользователя в курс дел, отвечая на его вопросы, например:. Что нужно сделать сегодня?. Что появилось нового?. На что следует обратить внимание?.
Каково состояние важных для меня сведений? Что размещать на рабочем столе При определении состава форм, доступных на рабочем столе следует исходить из набора ролей конфигурации. Каждой роли может соответствовать одна или более форм рабочего стола.
Пользователи как правило относятся к нескольким ролям, то рабочий стол будет состоять из комбинации форм этих ролей. При проектировании рабочего стола важно учитывать: Рабочий стол – первое, что увидит пользователь при запуске программы, поэтому его следует разрабатывать особенно тщательно. Для командной панели рабочего стола допускается снятие флажка «Автозаполнение» и их ручное заполнение. К формам рабочего стола нужно относиться, как к микро рабочим местам. С одной стороны они не должны быть перегружены, но с другой, предоставлять богатые возможности.
Например, список задач может поддерживать drag-and-drop, чтобы при перетаскивании в него заказа покупателя система сразу предлагала создать новую задачу для коллеги со ссылкой на этот заказ. Содержимое рабочего стола формируется автоматически в соответствии с ролями. Как правило, пользователь выполняет несколько ролей.
Например, менеджер по продажам – занимается продажами, ведет личный учет времени, исполняет общефирменные поручения и приказы, выполняет анализ рынка, ведет исследования для развития своего направления. Например, для списка товаров в УНФ это не более5-10 штук. Для списка документов заказов покупателя 3-5 строк мало, более 20 уже много т.к. Такое количество все равно не охватить одним взглядом.
Не обязательно стремиться к одинаковой высоте списков, например, в различных документах. Они должны быть узнаваемыми, но точного соблюдения геометрии не требуется. Высота строки управляемого списка при обычном шрифте – 19 pt.
Если нужно понять какой ширины должна быть колонка или поле и известно типовое количество символов в значении, используйте формулу: Ширина колонки = Количество символов/1,25 Минимальные размеры колонок для таблиц управляемой формы Колонка Количество символов (с пробелами) Ширина Банк 20 16 Банковский счет 20 16 БИК 9 7 Валюта 3 3 Год 4 4 Дата (со временем) 19 13 Договор 24 19 Индекс 6 5 ИНН физ. Лица 12 10 ИНН юр.лица 10 8 Код ИФНС 4 4 Комментарий 20 16 Контрагент 20 16 КПП 9 7 Месяц 8 7 Номенклатура 20 16 Номер 11 9 Номер ГТД 30 23 ОГРН 13 10 ОКАТО 11 9 Описание 20 16 Организация 20 16 Ответственный 15 12 Подразделение 20 16 Быстрые отборы в списках Когда использовать. Если список используется часто и просматриваются типовые поисковые «запросы». Например, по контрагенту, за период и т.д., по наименованию. Визуальный поиск данных затруднен из-за их количества.
При работе со списком частотной является операция выбора/поиска. Как оформлять быстрые отборы. Поля ввода или флажки рекомендуется размещать перед списком сверху, слева или справа, в зависимости от состава отборов и их смысла. Допускается размещать внизу списка, если отбор полезный, но не частотный. Например, «Показывать выполненные задачи» в списке «Мои задачи». Быстрые отборы сверху следует располагать над командной панелью списка. У полей необязательных отборов должна быть кнопка очистки или должна быть одна кнопка очистки всех полей быстрого отбора.
Устанавливайте фиксированные размеры для полей быстрых отборов (при условии, что можно заведомо подобрать хорошие размеры), если по умолчанию они сильно растягиваются. Когда использовать двух и более этажные списки. Когда данные важно просматривать без прокрутки. Если в списке много колонок, например, более 10. Если для просмотра данных пользователям часто придется использовать горизонтальную полосу прокрутки. При проектировании учитывайте, что в многоэтажных списках визуальный поиск данных сложнее, чем в одноэтажных. Какую высоту строки использовать.
Одинарную, если значения в ячейках короткие и список выглядит компактно и не перегружено. Двойную, если значения в ячейках длинные и важно их видеть полностью. Размещение команд в группе «Все действия».
Рекомендуется использовать умолчание платформы. Для отдельных списков допускается индивидуальная настройка командной панели. При этом непосредственно в командной панели формы лучше располагать небольшое количество наиболее частотных команд (не более 10), а остальные размещать во «Все действия». Контекстные меню.
Рекомендуется использовать умолчание платформы. В отдельных случаях можно настраивать контекстное меню так, чтобы оно содержало ожидаемые пользователями команды.
В первую очередь - частотные в данном контексте действия. Во вторую – сервисные и вспомогательные. Не перегружайте контекстное меню:. Если команд много, делите их на группы по 5-9 команд. Суммарное количество команд с учетом разделителей должно помещаться на экране без прокрутки. Заголовки списков. Если на форме один список, то для него не требуется заголовок.
То же самое относится к случаю, когда на форме два списка, связанных общим контекстом, например, дерево групп контрагентов и список контрагентов в группе. Назначение таких списков интуитивно понятно и как правило не требует дополнительного пояснения. Если на форме несколько списков, то их назначение должно быть интуитивно понятно из общего контекста формы, наименования колонок или из заголовка формы. Если это невозможно, то следует оформлять такие списки заголовками.
Если список имеет командную панель то в виде группы со стандартной рамкой (линия). Если список не имеет командной панели, то следует использовать стандартный заголовок в положении «Верх». Колонки с флажками.
Избегайте длинных заголовков т.к. Колонка при этом выглядит некрасиво, занимает много места: флажок прижат влево и вся колонка пустая. По возможности, заменяйте названия таких колонок на понятные картинки с хорошей подсказкой или используйте сокращения.
Необходимо помнить, что большое количество картинок замедляет открытие формы. Когда использовать группировку в списке. Если есть уверенность в том, что эта группировка будет способствовать визуальному поиску нужных данных. Если группировок просматривается несколько, то их можно вынести как настройку в область быстрого отбора. Следует помнить, что группировки могут сильно затормозить работу. Также: Оформление команды «Создать» в журналах документов Для создания документов в некоторых журналах рекомендуется использовать подменю «Создать» вместо стандартной команды «Создать».
Вариант создания через подменю подходит, если:. в журнале отражается небольшое количество видов документов (до 6). журнал часто используется в работе В подменю размещаются команды для открытия конкретных типов документов. Картинку следует добавлять только для подменю «Создать», для каждого типа команды в подменю ее использовать не рекомендуется.
Например, в журнале «Кассовые документы» доступны команды создания «Приходного кассового ордера» и «Расходного кассового ордера» В подменю «Создать» рекомендуется сортировать команды по частоте использования, а не в алфавитном порядке. При использовании подменю «Создать» поведение клавиши Insert не меняется – при нажатии на нее открывается стандартная форма «Выбор типа документа». Пояснение невозможности заполнения ячеек в табличных частях В случае, если ячейка в табличной части не нуждается в заполнении в том или ином состоянии, необходимо сообщать пользователю о причине. Текст рекомендуется оформлять так:.
угловые скобки. цвет текста: «ЦветТекстаЗапрещенной ячейки» (192,192,192). с маленькой буквы Например, в случае если номенклатура не использует характеристики, в ячейке «Характеристика» выводится сообщение в угловых скобках: Акцентирование внимания на просроченных или критичных состояниях При необходимости привлечь внимание, например к истекающему состоянию, сроку выполнения операции и т.п., рекомендуется выделять только тот элемент, который поможет пользователю понять в чем причина привлечения внимания и что делать дальше. Цвет текста: «ЦветПросроченныхДанных» (178,34,34) Например, в случае если истекает срок действия Соглашения с поставщиком, необходимо выделять только ячейку состояния «действует» и ячейку «действует по». Сообщения пользователю.
Сообщения должны быть достаточно информативными и содержательными. Сообщения составляются в форме безличного предложения: не употребляются местоимения 'Вы', 'Вас' и пр. Правильно:. 'Недостаточно прав для выполнения обработки. Неправильно:. У Вас недостаточно прав для выполнения обработки. В текстах сообщений не рекомендуется использовать сокращения и аббревиатуры.
Если текст сообщения занимает несколько строк, рекомендуется составлять текст таким образом, чтобы строки оканчивались на логическую паузу или завершались знаком препинания. Правильно:. Не рекомендуется изменять значение ставки налога, если она уже используется в справочниках или документах. Неправильно:. Не рекомендуется изменять значение ставки налога, если она уже используется в справочниках или документах. Следует руководствоваться принципом, что в процедурах и функциях, выполняемых в транзакции, нельзя выполнять каких-либо взаимодействий с пользователем – выводить предупреждения и вопросы. Сообщения об ошибках в форме.
Окно сообщения об ошибке автоматически форматирует текст и переносит строки (не слова), сохраняя при этом свои пропорции. Из текста сообщения пользователю должно быть понятно:. Что сейчас произошло?. Почему это произошло?. Какие действия ему следует выполнить дальше?. Сообщение должно быть как можно более кратким и понятным.
«Поле «Наименование» не заполнено» - этого достаточно для того, чтобы сообщить пользователю о том, что нужно заполнить поле. Если же поле заполнено, но неправильно, то сообщение должно быть более подробным. Например, «Такого количества товара нет на складе», «Контрагенту запрещена продажа по оптовым ценам».
Сообщение об ошибке по возможности должно быть привязано к полю, которое породило ошибку или позволяет исправить ее. Если сообщение нельзя привязать к тому или иному полю, то в тексте сообщения следует явно указать, что пользователю нужно сделать для того, чтобы устранить проблему. Текст сообщения не должен содержать обвинений или носить нравоучительный характер.
Оповещение. Оповещение используется тогда, когда источником оповещения является объект данных.
Если источником оповещения является не объект данных, а например, форма обработки, то при использовании оповещения необходимо обеспечить попадание ссылки на обработку в Историю работы пользователя. Используйте оповещения для информирования пользователя о произошедших событиях без прерывания основной работы т.е. Пользователю не обязательно реагировать на оповещение, оно выдается для информации. Оповещение сообщает о том, что запрошенная операция (запись элемента справочника или проведение документа) выполнена.
Оповещения рекомендуется делать с гиперссылками на соответствующие объекты. Следует учитывать, что оповещения попадают в панель информации и поэтому их не следует применять для протоколирования хода выполнения длительной операции. Текст и пояснение оповещения рекомендуется составлять так, чтобы они целиком помещались в окне оповещения с размерами «по умолчанию»:. Текст – 36 знаков;.
Пояснение – около 100 знаков (с учетом переноса на три строки). Состояние.
Используйте состояние для информирования о выполнении длительных процессов (занимающих более 10 секунд), чтобы у пользователей не сложилось впечатление о том, что программа «зависла». Выводите одно состояние перед началом выполнения («Выполняется расчет.
Пожалуйста подождите»), в процессе выполнения (если есть возможность) и при завершении («Расчет выполнен»). Используйте состояние для длительных операций, состоящих из некоторого числа более мелких операций.
Так, при переносе файлов с жесткого диска в информационную базу можно выводить состояние для каждого переносимого файла. Например: Состояние('Копирование файлов.' , Процент, «Обрабатывается файл » + ИмяФайла, КартинкаИнформация).
Предупреждение. Предупреждение рекомендуется использовать только в тех случаях, когда необходимо прервать работу пользователя, чтобы он ознакомился с некоторой информацией.
Информирование о выполнении длительных обработок рекомендуется делать не отдельным предупреждением, а непосредственно в форме обработки. Предупреждения рекомендуется выдавать перед выполнением:. действий, результаты которых отменить потом невозможно;. потенциально опасных для данных пользователя действий;. массовой обработки информационной базы;. длительных процедур. В тексте предупреждения следует привести законченные пояснения о последующих действиях и их последствиях.
Вопрос. Рекомендуется использовать только в тех случаях, когда необходимо, чтобы пользователь принял решение, например, о продолжении начатой операции. В вопросах ответом по умолчанию должен быть такой, выбор которого наиболее безопасен для данных пользователя. Вопрос следует формулировать так, чтобы в критических ситуациях ответ 'Да' не был бы ответом по умолчанию. Другие сообщения.
Дени Дидро родился 5 октября 1713, Его мать Анжелика Виньерон, а отец Дидье Дидро. Критиковал догматы христианской религии, что нашло отражение в работах «Философские мысли» и «Аллеи, или Прогулка скептика». Дени дидро презентация.
Не следует использовать сообщения, оповещения, предупреждения или состояние для того, чтобы вывести отчет о выполнении той или иной операции. Для этого следует предусмотреть специальную форму, которая сообщит пользователю все необходимые подробности, отчет или протокол работы в ходе выполнения операции либо после ее окончания. Окна на старте. Если содержание окна на старте не обязательно для ознакомления пользователям, то необходимо предусмотреть по умолчанию возведенный флаг «Показывать при открытии программы».
Флаг рекомендуется располагать под содержанием окна. Формы. Для форм следует предусмотреть возможность эффективной работы без мыши. Командная панель. В командной панели формы кнопка по умолчанию должна быть самой левой. Размеры.
Установку размера формы и/или ее элементов рекомендуется выполнять только в особенных случаях, например, для декораций. В остальных случаях рекомендуется использовать умолчание платформы. Для форм с панелями со страницами рекомендуется подбирать ширину так, чтобы одновременно были видны все закладки страниц.
Ширину колонок форм рекомендуется изменять только в тех случаях, если колонки содержат простой набор хорошо масштабируемых полей и групп, например, два поля списка в левой и правой колонке. Для форм объектов рекомендуется использовать авто ширину колонок (установлено по умолчанию). Порядок полей.
Кнопкам рекомендуется устанавливать свойство «ПропускатьПриВводе». Для поля, с которого обычно начинается ввод, рекомендуется установить свойство «АктивизироватьПоУмолчанию». Группы полей в форме Когда применять. Для объединения логически связанных данных. Для облегчения визуального восприятия формы за счет выделения блоков данных.
Количество элементов в группе. Не рекомендуется делать группы, содержащие один реквизит. Рекомендуется размещать в группах 5-9 элементов. Оформление заголовка группы. Заголовок может использоваться в качестве расшифровки или пояснения, если из названий реквизитов не достаточно понятно их назначение. Не рекомендуется использование заголовка, если группа одна и расположена на странице панели.
В этом случае заголовком группы является заголовок самой страницы. Оформление группы полей «Ответственный» и «Комментарий» Поля «Ответственный» и «Комментарий» рекомендуется располагать в самом низу формы, друг под другом Оформление поля «Ответственный». Не растягивается на всю ширину формы. Следует выбирать такую ширину поля, чтобы в него полностью помещались типичные выбираемые значения.
Не следует ориентироваться на максимально возможные значения Оформление поля «Комментарий». Многострочное поле ввода.
Растягивается на всю ширину формы, не растягивается по высоте. Заголовок располагается слева от поля. Добавляется кнопка, по которой открывается блокирующее окно редактора многострочного текста:. Оформляется двустрочным.
Если в поле всегда будет вводиться небольшое количество информации, то допускается оформлять его однострочным Если поле «Комментарий» в типовых случаях будет большим, то допускается вынести его на отдельную вкладку См. Также:, Реквизит «Комментарий» у документов Оформление вкладки «Комментарий». Заголовок вкладки – «Комментарий». На вкладке размещается поле с текстом комментария, которое растягивается по вертикали и по горизонтали. Заголовок поля не отражается. Если поле с комментарием заполнено, то в заголовке вкладки отражается картинка «Комментарий» Оформление группы полей «Наименование», «Код», «Полное наименование», «Входит в группу» Поля, содержащие Наименование объекта (одно или несколько), Код и Группу, в которую входит объект, рекомендуется объединять вместе.
В качестве заголовка для Группы рекомендуется использовать понятный заголовок, например «Входит в группу». Заголовки остальных полей не следует менять без крайней необходимости, чтобы они могли соответствовать синонимам соответствующих реквизитов объектов метаданных. Расположение полей. Группа полей размещается в верхней части формы. Первыми располагаются поля «Наименование» и «Код» - горизонтально в одну строку. Поле «Код» следует за полем «Наименование». При наличии поля «Полное наименование» оно размещается под полями «Наименование» и «Код».
Поле «Входит в группу» рекомендуется располагать последним Рекомендуется пропускать поле «Код» при вводе с клавиатуры. Примеры расположения полей: Флажки. По возможности, располагайте текст справа от флажков. Первая буква подписи флажка и переключателя должна быть заглавной. Подписи у флажков и переключателей следует делать позитивными (не содержащими отрицания). Текст подписи должен быть понятным и кратким. Текст флажка определяет только один вариант, второй остается неявным и не сформулированным – подбирайте текст флажка так, чтобы у пользователей не возникало сомнений в том каким будет второй вариант.
Панель навигации вспомогательного окна. Если нужно отображать в форме объекта (документа, справочника) какую-то дополнительную информацию (не хранящуюся в самом объекте), связанные списки, отчеты, и т.п., то это следует реализовывать с помощью команд, отображаемых в панели навигации вспомогательного окна, а не путем помещения этой информации в саму форму (в том числе и на отдельные закладки). Лучше пользователю давать единообразные решения, так как иначе получается, что часть связанной информации он получает через панель навигации, а часть через переключение закладок. Наличие лишних элементов может замедлять открытие формы. Для частотных и важных форм рекомендуется вручную настраивать видимость команд в ПН, отбирая только команды перехода к важным для пользователя сведениям.
Рекомендуется размещать в ПН не более 10 команд. Не следует размещать в панели команды перехода к другим формам для редактирования реквизитов объекта. Открывать форму элемента из панели навигации окна другой формы элемента недопустимо. Выбор: блокирующая форма или независимая Блокирующая.
Работа с формой выполняется «за один заход», без необходимости переключения в другие формы. На форме небольшое количество элементов, например, менее 5. Независимая. Если при работе с формой может потребоваться открытие других самостоятельных форм. Если пользователям может потребоваться сравнение двух и более объектов. На форме много элементов, больше 9.
Например, для перехода:. к форме «Цена и валюта» из формы «Поступление товаров и услуг».
к форме «Реквизиты платежа в бюджет» из формы «Платежное поручение» Перед гиперссылкой выводится подпись, в которой указывается заголовок открываемой формы: Текст гиперссылки информирует пользователя о том, какие реквизиты можно заполнить в открываемой форме. Что указывается в тексте гиперссылки. Реквизиты, заполняемые в открываемой форме чаще остальных.
Реквизиты, значения которых влияют на порядок заполнения основной формы. Реквизиты, для которых установлена обязательность заполнения Как оформляется текст гиперссылки. Реквизиты перечисляются через точку с запятой и разделяются пробелом. Заголовок реквизита выводится первым, далее через двоеточие указывается его значение. Допускается указывать значение реквизита без заголовка, если его смысл понятен из контекста Например, «НС» вместо «Тип платежа: НС».
Если значение реквизита не заполнено, то вместо него отражается текст «не указан». При этом заголовок реквизита и текст «не указан» отражаются в угловых скобках Например,. Для реквизита в виде флажка выводится его заголовок, если флаг установлен, и заголовок с частицей «не», если флаг не установлен Например, «Цена включает НДС» (флаг установлен) и «Цена не включает НДС» (флаг не установлен) См. Также: Оформление гиперссылки на счет-фактуру В случае, если в форме документа есть гиперссылка на счет-фактуру, то ее рекомендуется оформлять следующим образом:.
1с Итс Сайт
Гиперссылка размещается в нижней части формы до группы полей «Ответственный» и «Комментарий». Располагается в отдельной строке с выравниванием по левому краю формы.
Шеы
Перед ссылкой выводится подпись «Счет-фактура». Допускается уточнять в подписи тип счета-фактуры Например, «Счет-фактура выставленный», «Счет-фактура полученный», «Счет-фактура на сумму вознаграждения».
Итс 1с Официальный Сайт
Рекомендуется размещать гиперссылку на всю ширину формы.