Доступ к управляемой форме из обычной. Как получить ТЗ динамического списка? #805445

Ребята, помогите разобраться. Есть встроенная обработка с управляемой формой. На форме динамический список (запросом, без основной таблицы). Открываю форму программно из обычной формы: В самой управляемой форме могу получить ТЗ через вызов серверной процедуры (Вызов из ПриОткрытии): Но как то же самое сделать из вне?

При попытке выполнить код Ошибка при вызове метода контекста (ПолучитьИсполняемуюСхемуКомпоновкиДанных)     Схема = лФорма.Элементы.НеОбработанныеСобытия.ПолучитьИсполняемуюСхемуКомпоновкиДанных; по причине: Метод недоступен на клиенте

Вообще, в ОФ тоже есть возможность разделить выполнение на серверное и клиентское. Я бы в этом направлении порылся. Еще можно начать с внимательного прочтения описания ПолучитьИсполняемуюСхемуКомпоновкиДанных

Ещё есть идеи?

Кроме как выносить код в отдельный модуль с свойством СЕРВЕР, возможно ли ещё как-то выполнять код обработки на сервере?

если надо получить только ТЗ, то сохранить ее во врем хранилище

А взять текст запроса из ДС, выполнить и выгрузить результат в ТЗ никак?

он так и хочет, но уже с установленными отборами

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

По правде говоря, цель не сама ТЗ, а возможность проверять состояние/содержание элементов на управляемой форме.

Деллая эту проверку не вторгаясь в код управляемой формы.

Можно попробывать на управляемой форме сделать Экспортную Клиентскую процедуру (Из которой уже сможешь вызывать серверную). И из неуправляемой формы вызывать именно клиентскую процедуру. (Надеюсь, понятно написал :-) )

Ну заполнил бы параметры как нужно и были бы ему отборы.

-> попробую.

Зачем что-то искать снаружи именно в форме? Есть Объект в БД - читаем что нужно из него, а связываться с не записанными данными себе дороже. Логика заполнения вычисляемых полей (статусы, некие расчётные доп.данные) выносится, например, в модуль менеджера и получается по ссылке на Объект полностью однообразно из формы и откуда надо

Искать из вне для целей автоматизированного тестирования. Проверка поведения формы.

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

16+ пока нет конечной концепции форм, автоматизированное тестирование несколько затруднительно. Как пример: борьба с модальностью.