Как скрыть доступное поле отбора динамического списка? #704622

При открытии формы устанавливается принудительный отбор по Владелец. Отбор не виден пользователю, но поле отбора доступно в списке полей отбора. Как его спятать от пользователя? Форма управляемая.

а пускай будет

Передавать отбор в запрос динамического списка через параметры.

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

Скрыть не выйдет, но можно сделать недоступным.

Это вариант. Как это можно сделать?

Гуру, помогите пожалуста

ЭлементОтбора.РежимОтображения = РежимОтображенияЭлементаНастройкиКомпоновкиДанных.Недоступный

Это отбор со значением недоступен будет, а в левом списке полей выбора поле видно

Ап

ну сделай че не нравится

Одноименное поле отбора все равно будет доступно пользователю

не выбирай в запросе поле

Не ужели нельзя? Не верю, что на таких прекрасных управляющих формах нельзя это сделать :-(

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

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

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

не выбирай ссылку, выбирай все поля кроме этого

"Просто когда пользователь пытается создать еще один отбор по этому полю" если пользователь САМ лезет в настройку списка, то он должен САМ отвечать за свои действия. если это какой-то твой доп механизм, то и предусматривай в нем невозможность выбора этого поля.

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

Перегони таблицу в массив структур и выкидывай ее на клиента, в чем сложность то?

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

Да ладно тебе, действительно почему в отчетах реализовали механизм доступных полей отбора, а дин списках нет? Наверняка придут к этому, вон с сохранением настроек красота какая)

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

даже если не выбираешь ссылку? чета ты гонишь)

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

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

ну там в верхнем правом углу третья или четвертая строчка - не то?

Чего?

А как типовая одинес решает такие проблемы? Разрешает пользователю устанавливать отбор по полю, на которое уже наложен программный отбор?

Зачем одинес придумала коллекцию "ДоступныеПоляОтбораКомпоновкиДанных" если она только на чтение и ее нельзя менять?

Может кто авторитетно заявить, что это невозможно?

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

да никак не решает проблемы, ей побую. атавизм СКД.

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

Что за новая платформа, да еще в режиме сервиса?

8.3, общие реквизиты и их последствия.