Динамическое создание реквизита формы #549812

Требуется динамическое создание табличных полей на форме.  При этом с созданием элемента формы «табличное поле», все понятно: ЭлементыФормы.Добавить(…  А вот как динамически создать реквизит формы «Таблица значений» и/или «Дерево значений»? ...Чтобы присвоить их данные (ЭлементыФормы.ТабличноеПолей.Данные = "ТаблицаЗначений1") элементу управление «Табличное поле».

а зачем создавать "реквизит формы «Таблица значений»" ?? для данных достаточно просто объект ТЗ в памяти

Приведи пример? При условии, что количество ТЗ не ограничено...

не бывает на форме таблицы значения и дерева значений. Бывает табличное поле с источником данных = ТаблицаЗначений или ДеревоЗначений

Умная мысль! А из текста сообщения не понятно, что я об этом знаю? На форму я вывожу "Табличное поле", динамически созданное и хочу его данным присвоить источник динамически созданной ТЗ.

Предполагается, что: 1. у тебя на форме страниц столько, сколько таблиц значений 2. существует реквизит формы или объекта с именем ТекущаяТЗ, в который можно поместить таблицу значений 3. На форме лежит одно единственное табличное поле с источником данных - реквизит из п.2 4. Галка "Распределять по страницам" у панели со страницами отключена 5. При заполнении МассивТаблицЗначений ты создаешь страницы панели

из текста сообщения вообще мало что понятно. Зачем вообще создавать демонически табличные поля и тем более - менять источник данных?

Пример понятен, и о таком решении я уже думал, что мы ориентируемся на 1 реквизит "ТекущаяТЗ", котрую используем как посредник. Но, хочется понять, что можно/нельзя динамически создавать реквизиты - скорее нет, чем да. А зачем - есть АРМ с достаточно сложным интерфейсом...

реквизиты создавать демонически - пожалуйста. Подменять им источник данных - как некуй петь. Только вот источники данных (т.е. новые реквизиты объекта или формы) демонически создавать нельзя. Просто потому, что наиух не нужно это - пустая трата байтов

"реквизиты создавать демонически - пожалуйста..." Не реквизиты, а элементы формы (Все же есть понятие "реквизит" формы, с точки зрения платформы Форма (Form) <Имя реквизита> (<Attribute name>) Использование: Чтение и запись. ) А на счет, обоснованости желания их создавать... возможны разные мнения.

ппц, а элемент формы к чему привязывать будешь? В воздухе пусть висят?

Например, на одной (!) панеле, мы хотим иметь некое количество табличных полей (источник данных - ТЗ), тогда надо вводить несколько посредников...

в данном случае элемент управления.

Не понял вопроса? Элемент формы распалагается на форме или ее дочерней панеле.

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

Элемент управления

Вот для этого я и хотел динамически создавать реквизиты формы, но увы это не возможно :(

только эмуляция, через "посредника"

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

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

правильно, нужен реквизит формы 1 и реквизит чего там у тя с типовм хранилище, где и будут сохранться все твои ТЗ. Остается реализовать только перезаполнение реквизита формы, ну и т.д.. Хотя сдается мне, что здесь надо методолгически другое решение искать.

+ мониторы у вас тоже беспредельно широкие? Табличные поля место жрут - песец

Как возможный пример, приставте некий арм мониторинга, в котором в режиме реального времени приводятся таблицы с данными мониторинга. Предполагаем, что количество видов данных (таблиц) может быть большим, например 50-100. Настройка арма дает возможность выбыирать отображаемые таблицы, их количество ограничивается только возможностями монитора, и не хотелосьб бы ограничивать в коде...

и как тогда? Предположить, что како бы не был монитор их не будет больше 50 (/40/30/..) и завести столько реквизитов?