видимость элемента формы 1с программно
Отбор на формах и отключение видимости ненужных групп на управляемой форме в 1С
В данной статье я хочу рассказать о отборе на формах в режимах Предприятия и Конфигуратора и отключение видимости ненужных групп на управляемой форме в 1С.
Видимостью элементов можно управлять программно через свойство Видимость при открытии формы:
В случае если нужно скрыть некоторые строки списка с определенным значением нужно работать через отбор.
Открыть форму с отбором можно для любых объектов и несколькими способами в режиме 1С:Конфигуратор, рассмотрим на примере регистра накопления “Оплата счетов”:
Первый способ работает при открытии формы.
У формы есть параметр Отбор, который является структурой, где:
Ключ структуры – имя параметра,
Значение – значение параметра формы или как в данном случае предопределенное значение, как в данном случае. Если отбор берется со значением элемента формы, то имя элемента должно совпадать с именем параметра структуры.
Если нужно открыть форму без отбора, но скрыть несколько элементов можно это реализовать следующим образом:
Второй способ заключается в добавлении кода в обработчике события формы списка оплата счетов ПриСозданииНаСервере
Для этого в нужной процедуре открываем форму
и уже в модуле открываемой формы
Данный метод имеет больше возможностей для отбора по сравнению с предыдущим, потому, что ВидСравнения у отбора можно задавать не только Равно, но и Больше, Меньше и т.п.
ВидСравненияКомпоновкиДанных определяет набор видов сравнения, которые могут быть использованы в условиях отбора. Но стоит учитывать, что на мобильной платформе игнорируются следующие виды сравнения: НачинаетсяС, НеНачинаетсяС, СоответствуетШаблону, НеСоответствуетШаблону.
РежимОтображенияЭлементаНастройкиКомпоновкиДанных определяет режим отображения.
Используется при отображении списка в зависимости от режима отображения табличного поля.
Кроме того, если элемент принадлежит пользовательскому отбору, свойство используется при формировании начального состава пользовательского отбора и при применении пользовательского отбора к базовому.
Если использовать такой способ – то форма будет открываться всегда с таким отбором – независимо от места вызова формы.
РежимОтображенияЭлементаНастройкиКомпоновкиДанных содержит режимы отображения элемента настройки компоновки данных:
Авто – значение режима нужно получать из основных настроек,
БыстрыйДоступ – этот элемент настройки предназначен для режима быстрого доступа. Он будет доступен в табличном поле, если у расширения табличного поля отбора свойство РежимОтображения будет установлено в значение Все или БыстрыйДоступ,
Недоступный – этот элемент настройки не предназначен для изменения в составе пользовательской настройки,
Обычный – указывает на обычный режим отображения. Он будет доступен в табличном поле, если у расширения табличного поля отбора, свойство РежимОтображения будет установлено в значение Все.
Третий способ – возможность поместить условие отбора в произвольный запрос, выбирающий данные для динамического списка.
Для этого в форме списка создадим команду и соответствующую ей кнопку Оплата счетов.
В обработчике команды пишем следующее:
ТекущаяСтрока – это строка динамического списка, на которую будет установлен курсор после открытия формы. В качестве значения для параметра используются значения ссылок на объекты, которые содержит главная таблица динамического списка.
В результате мы получаем форму списка оплаченных счетов и с отбором по параметру ФильтрПоНДС, который передаем на форму, где значение параметра – это ссылка на текущий элемент в списке счетов и открываем форму с этим параметром.
Затем создадим форму списка оплаченных счетов и создадим реквизит формы ФильтрПоНДС, который мы будем использовать в качестве параметра формы при ее открытии. Теперь откроем палитру свойств основного реквизита формы Счета. Установим флаг ПроизвольныйЗапрос и в строке Настройка списка нажмем Открыть.
Создаем запрос со следующим текстом запроса, где указываем передаваемый параметр, по которому делаем отбор:
Имя параметра в запросе может отличаться, так как сама передача данных будет в процедуре ПриОткрытии().
В этом обработчике событий формы списка внесем код установки значения параметра запроса ФильтрПоНДС,
“ФильтрПоТовару” – параметр из запроса динамического списка,
ФильтрПоТовару – ссылка на текущую строку в списке оплата счетов,
Список.Параметры – это список параметров запроса динамического списка для реквизита Счета,
УстановитьЗначениеПараметра – устанавливает значение параметра и включает свойство Использование. Если параметр с указанным именем не найден, будет вызвано исключение.
Таким образом по нажатию на кнопку Оплата счетов в форме списка,результатом на форме будет список счетов с отбором по Ставке НДС с тем же значением, что и в выделенной в строке в списке счетов.
Настройка отбора в режиме 1С:Предприятие
В режиме Предприятия также можно настроить отбор. Пользователь может самостоятельно настроить состав и расположение колонок в списке, отборы документов и цвет фона строк и шрифта по определенным условиям.
Рассмотрим настройку списка документов на примере регистра накопления “Книга продаж”.
Для настройки состава и расположения колонок: в правой верхней части списка документов по кнопке “Еще” выберите “Настроить список”, а также есть кнопка “Изменить форму”
В окне “Настройка формы” по кнопке “Еще”можно изменить расположение колонок по кнопкам с синими стрелочками “вверх-вниз” (“вверх” – колонка сдвинется вверх, “вниз” – колонка сдвинется вправо), удалить колонку (по кнопке с красным крестиком), скрыть или установить видимость колонки.
Для настройки отборов нужных документов: на панели настроек списка документов доступны отборы по: активности, дате оплаты, организации, ставка НДС, сумма НДС, счет фактура и т. д.
Если нет нужного фильтра, можно настроить свой: по кнопке “Еще” на форме списка выберите “Настроить список”, на закладке “Отбор” настройте отбор по нужному полю
[ Вопрос дня ] Как корректнее программно регулировать видимость реквизита на форме, через условие “Если” или через вычисление логического выражения?
Доброго дня, коллеги!
В разделе “Общие приемы и механизмы решения задач” курса Подготовка к аттестации 1С:Специалист по платформе 1С:Предприятие 8.3 встречаются любопытные вопросы. Так, слушатель приводит пример двух фрагментов кода. На первый взгляд две равнозначные конструкции, дающие одинаковый результат, но суть вычислений при этом совершенно разная.
Вопрос
Пример 2 – без условия:
Вопрос следующий – как методологически писать более корректно?
Ответ
Здравствуйте! Можно использовать оба варианта. По эффективности они равноценны – условие будет проверено в любом случае, по одинаковым правилам. Второй вариант лаконичнее, но первый проще для восприятия.
Для улучшения восприятия я обычно во втором варианте заключаю условие в скобки, хотя это и необязательно:
Важно также понимать, что в первом случае – оператор ветвления (Если), во втором – вычисление выражения (логического).
В первом варианте команда Элементы.УчетнаяЗапись.Видимость = Истина; будет выполнена только если истинно выражение
Во втором варианте присвоение значения объекту Элементы.УчетнаяЗапись.Видимость будет выполнено всегда.
Если какие-то действия нужно выполнить, только если условие истинно, следует использовать первый вариант – Сокращенный вариант оператора ЕСЛИ: ЕСЛИ … ТОГДА … КОНЕЦ.
Если нужно всегда присваивать объекту какое-то логическое значение (Истина или Ложь), следует использовать второй вариант (или полный вариант оператора ЕСЛИ: ЕСЛИ … ТОГДА … ИНАЧЕ … КОНЕЦ).
В Вашем примере изменение видимости для элемента формы УчетнаяЗапись во втором варианте произойдет всегда, а в первом – только при истинности условия
В приведенном примере с точки зрения логики выполнения команд эти два варианта не эквивалентны.
соответствует полной форме оператора ЕСЛИ:
Нужно также учесть, что если переменная не объявлялась в секции Перем, то перед использованием она должна быть инициализирована. В противном случае возникнет исключение.
Если же переменная объявлена в секции Перем, но значение ей не присвоено, её значение – Неопределено.
Если используется второй вариант Переменная = (выражение), инициализация переменной производится всегда.
Если используется первый вариант ЕСЛИ условие ТОГДА Переменная = (выражение), инициализация переменной производится только если условие истинно. В этом случае нужно обеспечить, чтобы переменная перед использованием была инициализирована.
Это замечание относится к вычислению собственных переменных. При использовании встроенных объектов (как в данном примере: Элементы.УчетнаяЗапись.Видимость), они уже предварительно инициализированы.
1С пользовательская видимость программно
Guesto notes
Необходимо сделать по умолчанию не видимый элемент формы, но с возможность его отобразить — на помощь приходит пользовательская видимость элементов формы.
Форма параметров обработки, с тремя страницами «Параметры подключения», «Логирование» и «Дополнительно».
Задача
По умолчанию скрыть закладку «Дополнительно», но с возможность его отобразить при необходимости из режима 1С:Предприятие.
Решение
Реализуется данное требование достаточно просто, в конфигураторе для страницы «Дополнительно» переходим в свойство Пользовательская видимость и снимаем галочку «Видимость». Свойство Пользовательская видимость задает видимость элемента по умолчанию.
Теперь форма откроется со скрытой страницей «Дополнительно», для ее отображения необходимо перейти в меню «Еще» и установить видимость для страницы.
При изменении видимости пользователем значение будет сохранено и в дальнейшем будет открываться настроенная форма.
Так же можно настроить видимость по ролям, для этого в настройке необходимо указать для каких ролей элемент виден или не виден. По умолчанию все для всех ролей берется значение из общего значения. При редактировании видимости для роли флажок сменит цвет на черный.
Комментарии 6
Здравствуйте,
А можно ли этим свойством управлять программно? И если можно, то как?
Матвей, к сожалению программного управления данным свойством не знаю. Синтаксис помощник, так же ничего не выдает.
Видимо ни как, если найду решение — напишу.
Матвей, по данному разработчики 1С отвечают, что пользовательская видимость может быть изменена только пользователем. Программного изменения быть не может.
Если просто установить Видимость = Ложь, то тогда этого элемента не будет в «Изменить форму», а хочется чтобы был
Что же, что же… Где эта дрянь правится программно?
ЕСТЬТГДД, сосбтвенно нигде!
Пользовательская видимость может быть изменена только пользователем.
Наверное, одной из самых непростых и скучных задач при проектировании обычной формы в «1С: Предприятии» является управление доступностью элементов в зависимости от того или иного набора данных. Мне встречалось очень много решений: от процедуры вроде УстановитьВидимостьДоступность() с включением в нее всех правил для элементов управления, до совершенно хаотично разбросанных по всему коду обращений к указанным свойствам.
Признаюсь честно, я тоже перепробовал различные способы, но в один прекрасный момент дошел до очень удобного и логичного (как мне кажется), который и будет описан в этом посте.
Все началось с того, что поиск решения для этой задачи натолкнул меня на статью из «Методик разработки» под названием «Организация управления доступом в форме». Ключевым моментом в статье является то, что управление доступом сосредотачивается в одной лишь процедуре УстановитьДоступ(). И если необходимо изменить состояния элементов управления, вызывается только эта процедура. Сама процедура не занимается определением доступа, а работает с данными из списков, которые формируются следующими функциями:
То есть сами условия доступности устанавливаются в этих функциях, а уже процедура УстановитьДоступ() присваивает соответствующим свойствам элементов управления эти заранее установленные значения.
Я разделил код на три составляющих. Первая — это методы, которые как раз выполняют изменения значений свойств доступности элементов формы. Вынес их в общий модуль. Назовем его условно УправлениеДоступом. Ниже расположен код, который размещается в нем. Я постарался максимально прокомментировать малопонятные участки кода.
Например, у нас есть табличное поле Товары, в котором присутствует колонка СкидкаПоДисконтнойКарте. Колонка видна только тогда, когда дисконтная карта проставлена в документ, т.е. реквизит ДисконтнаяКарта является заполненным. Соответственно, условие списока управления видимостью для колонки СкидкаПоДисконтнойКарте будет следующим:
Вторая часть когда — это функции, которые отвечают за формирование списков доступности. Они располагаются непосредственно в форме и являются экспортируемыми. Я немного отошел от стандарта 1С и заменил метод ПолучитьСписокДоступаКУправлениюВидимостью() на ПолучитьСписокУправлениеРедактированиемТекста(). Просто мне кажется, что так удобнее и логичнее. Ниже приведен шаблон кода с этими функциями:
И, наконец, третья часть — это процедура УстановитьДоступ(), которая тоже расположена в модуле формы. Именно эту процедуру мы вызываем в любом месте кода нашей формы, чтобы переопределить доступность элементов формы.
Чтобы было все нагляднее и понятнее, давайте рассмотрим следующий пример. Допустим, что у нас есть форма. На ней расположен флажок НаличнаяПродажа (булево), флажок ПробиватьФискальныйЧек (булево), поле ввода ДисконтнаяКарта (ссылка на справочник ДисконтныеКарты), поле ввода Комментарий (строка) и табличное поле Товары. Все связаны с одноименными реквизитами. У табличного поля есть колонка с именем СкидкаПоДисконтнойКарте (число). Кроме этого, есть командная панель ОсновныеДействияФормы, на которой размещена кнопка ПробитьЧек. Определим некоторые условия:
Тогда для нашего примера функции определения списков примут следующий вид:
Теперь достаточно вызвать процедуру формы УстановитьДоступ(), и мы получим то состояние элементов, которые задали.
Хочется выделить следующий момент. В списки можно можно добавлять пути к элементам формы. Например, для вышеприведенного примера с таблицей Товары имя элемента определяем как «Товары.Колонки.СкидкаПоДисконтнойКарте». Или путь к кнопке ПробитьЧек. Можно использовать множественные вложения, вроде «ИмяКоманднойПанели.Кнопки.ИмяПодменю.Кнопки.ИмяКнопки».
Предлагаемый вариант не конечный. Можно внести множество мелких дополнений, вроде указаний, какие списки обрабатывать, а какие нет. Но это уже зависит от точечных потребностей разработчика.
Многие сталкивались с требованиями Заказчика по настройке доступности тех или или иных элементов форм документов и справочников для определенных пользователей или Групп пользователей. Есть различные варианты решения данной Задачи: от использования RLS (позволяет настраивать Видимость и возможность Редактирования реквизитов объектов) до программного изменения модулей форм объектов. Но все эти решения в той или иной степени затрагивают сами объекты или изменяют права (изменения в конфигурации), что удорожает сопровождение и обновление конфигураций. И одним из основных недостатков этих решений является то, что они не являются достаточно гибкими и для изменения текущей настройки доступности и видимости приходится привлекать программистов, что опять ведет к удорожанию сопровождения решения.
Предлагаемое решение позволяет с минимальными изменениями в конфигурации добиться желаемого результата и без помощи программистов управлять доступом к элементам форм объектов (справочников и документов). Решение подходит практически для любой конфигурации и успешно себя зарекомендовало на проектах внедрения 1С:УПП 1.3, 1С:БП 1.6 (обычные формы), 1С:ERP 2.0; 1С:БП 3.0, 1С:УТ11.2, 1С:УНФ 1.6.
Механизм позволяет пользователю, имеющему соответствующие полномочия в информационной системе, «на лету», без изменения программного кода управлять видимостью и доступностью элементов интерфейсных форм объектов (справочников и документов). При этом все изменения, вносимые в правила отображения элементов интерфейсных форм объектов, вступают в силу сразу же после их внесения (без необходимости перезапуска сеанса пользователя, к которому они относятся) и начинают работать уже при следующем открытии формы.
Механизм позволяет управлять видимостью и доступностью любых объектов на форме, включая кнопки, поля ввода, элементы оформления (текст, рамка, картинка и т.п.), поля списков, табличные поля и их реквизиты, командные панели и др.
Ограничения видимости и доступности устанавливаются путем создания пользователем правил управления доступом к реквизитам форм объекта, которые могут быть назначены для конкретного пользователя из справочника «Пользователи» или для группы пользователей, предварительно созданной в справочнике «Группы пользователей».
Механизм позволяет создавать как «ужесточающие» Правила (когда Правило накладывает дополнительные ограничения на видимость или доступность, но при этом не может отменить запрет видимости или доступности, установленный на реквизит программно штатным образом), так и «вытесняющие» (когда видимость и доступность будет установлена для реквизита именно так, как это задано в Правиле, не взирая на то, как ее отрабатывают штатные ограничения программного кода конфигурации).
Для обеспечения удобства работы пользователя, Механизм имеет графический интерфейс управления правилами доступа, с помощью которого можно просмотреть существующие Правила, заданные для выбранного пользователя и/или объекта конфигурации, изменить существующие или добавить новые Правила:
1 – вид объекта для которого будут отображаться/создаваться Правила;
2 – ссылка на документ/элемент вида, заданного в п.1, по образцу форм которого будет формироваться структура реквизитов табличных полей формы в случаях, если они формируются динамически (программно);
3 – Пользователь или группа пользователей, на которых эти Правила будут распространяться;
4 – табличное поле с перечнем Правил, созданных для выбранного пользователя/группы пользователей с целью управления в его сеансе работы видимостью и доступностью заданных реквизитов указанных форм;
5 – Имя реквизита формы (со ссылкой на конкретную форму объекта выбранного в п.1) для которого будет работать текущее Правило;
6 – флаг, определяющий будет ли видимым указанный реквизит на форме для пользователя/группы пользователей, заданным в п.3 при выполнении условий Правил (установлен – реквизит будет видимым, снят – будет невидимым);
7 – флаг, определяющий будет ли доступным для редактирования указанный реквизит на форме для пользователя/группы пользователей, заданным в п.3 при выполнении условий Правил; имеет 3 состояния: установлен – реквизит будет доступным, частично установлен (серый флажок) – реквизит будет доступен в режиме «только чтение» (доступны копирование содержания поля, «педаль» просмотра элемента справочника и пр.), снят – будет недоступен;
8 – флаг, определяющий приоритетность Правила по отношению к ограничениям, устанавливаемым в формах объекта программно: если установлен, то Правило будет применяться в любом случае, снят – Правило будет применяться только для ужесточения ограничений, заданных программно. Например, на скриншоте мы видим Правило №3, согласно которого реквизит «Комментарий» на форме «ФормаЭлемента» справочника «Номенклатура» должен быть видимым, но недоступным. При текущем значении флага 8 (флаг снят), реквизит будет недоступен для редактирования всегда, но видимым он будет только в том случае, когда видимость не была ограничена программно (т.е. если реквизит был скрыт от пользователя программно, то он не появится на форме). Если же флаг 8 будет установлен, то реквизит по-прежнему будет всегда недоступен для редактирования, но при этом он также всегда будет видимым, не зависимо от программных установок и фильтров.
9 – условие, при котором будет срабатывать текущее Правило.
Для удобства, функционал формы разделен на 2 закладки: «Управление доступа» и «Текущие ограничения».
На закладке «Текущие ограничения» пользователь имеет возможность просмотреть правила, действующие в системе на текущий момент времени:
Ввод и корректировка условий выполняется при помощи конструктора условий, предоставляющего пользователю возможность легко и наглядно оперировать данными обрабатываемого объекта для формулирования условий применения Правил:
1 – перечень условий, определяющих применимость текущего Правила к конкретному объекту данных (конкретному документу или элементу справочника);
2 – поле объекта, по которому будет проводиться сравнение в условии (выбирается из дерева структуры отбора, формируемого программно для объекта конфигурации, исходя из его структуры метаданных);
3 – вид условия (вид сравнения пользователю предлагается выбрать из перечня возможных вариантов сравнения, зависящего от типа поля);
4 – значение для сравнения (зависит от типа поля);
5 – вариант объединения частей условия в случаях, когда оно является составным (возможные варианты «И» и «ИЛИ»);
Примечание: составные части условия объединяются в единое условие в порядке следования в списке конструктора и отрабатывают впоследствии согласно правилам работы логических операторов «И» и «ИЛИ» в среде разработки 1С8.х.
6 – внешний вид диалогового окна выбора поля для сравнения в условии (открывается при начале выбора п.5);
7 – кнопка переноса сформированных условий в обработку Правил.
2. Описание поставки:
Рис. 1 – Запуск обработки (добавлена в интерфейс)
Рис. 2 – Текущие ограничения
Рис. 3 – Пример ограничения (Номер – недоступен, Контрагент – не виден), см. Рис. 2
Обновление:
В основной архив с решением добавлены файлы обновления для платформы 8.3.13:
– Управление видимостью и доступностью (Final, v2.1.10)+8.13.cfe – базовое расширение (только обий модуль)
– УправлениеВидимостьюИДоступностью (Final) – УНФ 1.6 (Заказ покупателя демо)+8.13.cfe – пример для УНФ 1.6 (1.6.16.153) – Заказ покупателя (общий модуль в конфигкрации, не в расширении);
– Ext1_ВводКорректировкаПравДоступаКРеквизитам_8.3.13.epf – обработка управления настройкой ограничений
PS В новых верстях платформы возможно включение общего модуля в расширение. Регистр сведений возможно так же включить в расширение.
3. Прочее
Платформа 1С версии не меньше 8.3.6 (с режимом совместимости 8.3.6, интерфейс Такси. Разрешить Версия 8.2).
Программный код полностью открыт.
Внедрение и техническая поддержка
Консультации по внедрению программного продукта проводятся бесплатно. При необходимости, внедрение и настройка данного программного продукта проводится из расчета 1000 руб/час.
Обновление при выпуске нового релиза осуществляется бесплатно для клиентов, которые приобрели данное ПО. Такие клиенты автоматически получают обновления с описанием изменений.
Приобретение программного продукта дает право на его установку и использование. Количество пользователей не ограничено и зависит только от наличия ключей платформы 1С.
В поставку входят Демо-база (*.dt) с примерами реализации Механизма, файл конфигурации (*.cf), файл расширения (*.cfe) и Руководство пользователя. Описание особенностей, а также порядок подключения Механизма в конфигурацию подробно описаны в Руководстве (в конфигурацию добавляется регистр сведений и общий модуль, а также подключается и настраивается Расширение).
Гарантия возврата денег
ООО «Инфостарт» гарантирует Вам 100% возврат оплаты, если программа не соответствует заявленному функционалу из описания. Деньги можно вернуть в полном объеме, если вы заявите об этом в течение 14-ти дней со дня поступления денег на наш счет.
Программа настолько проверена в работе, что мы с полной уверенностью можем дать такую гарантию. Мы хотим, чтобы все наши покупатели оставались довольны покупкой.
Для возврата оплаты просто свяжитесь с нами.