Но в общем случае лучше свой xdto пакет описать с нужной информацией и через объектную модель xdto работать

Ибо платформенная сериализация перегоняет вообще все, что надо и не надо

Что негативно отражается на скорости обмена данными

Что может быть критичным при больших пакетах данных

а оно работает с json

Да

говорили мне "делай на вебсервисах"

И с веб сервисами xdto отлично интегрировано

Можно прям объекты возвращать/получать

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

))

лан, я просто думал можно норм сделать на хттп сервисах

Дерни из БИДа

что такое бида

Можно, но кода нужно будет больше

Библиотека интеграции с документооборотом

вряд-ли оно у меня будет на соревновании

но посмотрю туда спс

Ну я и имел ввиду посмотри, да

С бодрым. Снова сражаюсь с управляемыми формами.

Есть управляемая форма, на которой программно создаётся прогресс-бар. Этот прогресс-бар связывается с программно созданным реквизитом.
Если прогресс-бар не нужен, он становится невидимым.

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

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

Что пробовал и что не помогло:
1. Изменять КлючСохраненияПоложенияОкна до и после программного обновления состояния бара. До и после программного создания реквизита.
2. Вызывать метод ОбновитьОтображениеДанных(), где параметром был сам прогресс-бар и без параметров.