При установки видимости колонок и кнопок табличной части форма нового бизнес-процесса долго открывается в вебКлиенте

А именно на 30 секунд форма зависает из-за строки
Элементы.ОплатыЗаказПоставщику.Видимость = Истина;

Если строку закомментировать то открывается за 3 секунды

А эта строка в каком обработчике?

ПриСозданииНаСервере

(0) а потом на проверке типа
Если Элементы.ОплатыЗаказПоставщику.Видимость Тогда ....

ничего не подвязано?

Платформу обнови

(3) Нет не подвязано

(4) Вроди как два обновления уже так

(6) Ну тогда или откажись от изменения видимости, или терпи

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

(8) УО, как и управление видимостью - решение для отрисовки элементов ОДИН раз при создании формы.
такие финты с появлением и пропаданием разруливают страницами, где на одной что-то есть, на другой другое. и по событию переключается видимая страница, но она уже была отрисована при создании.
и не будет бесполезных забегов клиента к серверу и обратно со всей формой.

Использовать всегда у реквизита посмотреть.
может поможет(c)

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

(9) Вот тогда и пусть расставляет галочки, а не пишет ПриСозданииНаСервере
Элементы.ОплатыЗаказПоставщику.Видимость = Истина;

А потом по событиям управляет видимостью.

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

(13)
ни слова про видимость в (10) нет.

(10) Использовать всегда у реквизита установлено

а на закладке небось динамический список?

Проблема была в том что вызывалось событие "ПриАктивацииСтроки" при изменении видимости

"ОплатыПриАктивизацииСтроки"

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

А обращений к серверу там нет, случайно?

(20) Да там они есть. Теперь буду бороться либо с лишним вызовом в вебклиенте этого события, либо облегчать это событие чтоб оно не тормозило, а лучше и то и то.

(21) Нехорошо так делать...с интерфейсом будет еще та беда.
Если еще что-то такое появится, то может и зациклить, постоянно будет вызываться ПриАктивизацииСтроки.
Ты попробуй еще изменить заголовок у какого-нибудь элемента в зависимости от выбранной строки, вообще красота появится)

Вот что-то подобное
v8: ПриАктивизацииСтроки в УФ.

(23) Да это даже в сп написано

ПриАктивизацииСтроки (OnActivateRow)
Синтаксис:

ПриАктивизацииСтроки()
Описание:

Вызывается при активизации строки таблицы.
Примечание:

В обработчике данного события нельзя использовать серверные методы формы с директивой компиляции &НаСервере.

Всё оказалось банально просто...
В процедуре ПриАктивизации строки по Дерективе "#Если ВебКлиент Тогда" была процедура с оооочень неоптимальным кодом, который делал сотни серверных вызовов, что собственно и тормозило открытие формы. Отладить сразу не получилось так как не работает отладка в вебклиенте. Проблема решена, форма в Вебе открывается за 2 секунды.