Табличное поле типа Отбор: доступные поля #445575

В обычном построителе запроса/отчета есть очень хороший отбор, в котором можно добираться до свойств полей, свойств свойств полей и т.д. Но тут возникла задача сделать отбор, в котором есть не все свойства полей, а только выборочные свойства, заранее известно какие. Поэтому я пытаюсь заполнить доступные поля руками, но ничего не получается - при добавлении нового элемента отбора в списке показан только поля без плюсиков, то есть выбрать свойство поля нельзя. Подскажите люди добрые, чего я не так делаю, или это вообще нельзя сделать. Вот тестовый код: В этом примере я хочу увидеть при добавлении нового элемента отбора список из "Организация" и "Контрагент", при этом рядом с контрагентом есть плюсик, по нажатию которого открываются подчиненные "ГоловнойКонтрагент", "ИНН" и "КПП". А на самом деле получаются только "Организация" и "Контрагент" без плюсика

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

В последней сточке кода в на самом деле закрались две строки.. самая важная строка может быть незаметной:

Посмотри в макете - там вроде описываются типы полей..

в каком макете?.

ап

я, наверное, совершенно непонятно объяснил чего нада, да?

- Доктор, помогите! меня все игнорируют! - Следующий!

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

как?

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

Лень пробовать, должно быть через точку.

Вот из отладчика Построитель1.ДоступныеПоля.Контрагент.Поля.ГоловнойКонтрагент.ПутьКДанным ПутьКДанным    "Контрагент.ГоловнойКонтрагент"    Строка

Либо прямо в запросе писать не Контрагент.* КАК Контрагент, а Контрагент.ГоловнойКонтрагент КАК холдинг.

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

Тогда извиняйте.

дык - а что ДоступныеПоля в тексте запроса явно не указать?

+ в конструкторе запроса даже вкладка специально для этого есть.

Если указывать в конструкторе, то либо будет доступное поле "Контрагент" без подчиненных доступных полей, либо будет доступное поле "Контрагент" с подчиненными - все возможными полями, подполями и пр

а если во Все поля хорошо поковыряться?

+ на той же вкладке?

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

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

Там кстати есть и удалить ЭлементОтбора и Добавить - посмотри может поможет.

во см. СП: Расширение табличного поля отбора Свойства: Описание: Дополнительные свойства элемента управления ТабличноеПоле, связанного с отбором. Для данного расширения свойство ТекущаяСтрока возвращает значение типа ЭлементОтбора. Недоступен на сервере 1С:Предприятие. Не используется в модуле внешнего соединения.

- НастройкаОтбора - интересная штука! написано что "Определяет доступность элемента" но на самом деле она фактически скрывает поля с указанным именем (это если указан Доступность = ложь). Также интересно, что добавление такой настройки: Убирает и пометку удаления поля Контрагент, и пометку удаления поля Контрагент.Родитель, и т.д. Путь к данным там указать нельзя (вернее не работает). Штука странная довольно таки :) Спасибо за совет, но вообще мне не это надо. Мне бы просто руками настраивать подчиненные доступные поля..

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

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