наблюдение, может кому и пригодится...
Отрисовка форм в модальном режиме, в частности заполнение и установка видимости колонок таблицы значений (в процедуре ПриОткрытии()) - ведет себя неадекватно (в модальном режиме, в обычном = ок)... приходится применять дополнительные ухищрения... вызов формы с формированием ТЗ с остатками в обычном режиме - показывает все норм, вызов в модальном режиме - не показывает один из столбцов, просто тупо не показывает и все... код и в том и в том случае - исполняется один и тот же. Проблема связана, видимо, с тем, что в обычном и модальном режиме в разное время отрисовываются атрибуты формы...

(0) пауза(500) не помогает?

(0) Такое везде или в/на терминале?

(1) пауза-то поможет, но там есть свои неудобства..

(2) работаем в терминалке, но имхо это здесь не при чем

Гм. Ни разу не замечал. И при чем тут может быть "разное время отрисовываются атрибуты форм", если ПриОткрытии выполняется еще до того, как форма начинает отрисовываться?
Кривизна какой-то ВК? ТЗ штатная или перехваченная чем-то типа FormEx? Обработка ожидания есть? Ложное закрытие?

(0) семерка сырая?0_о

(6) Вы даже не представляете на сколько! Как только сложность запросов, конфигурации, алгоритмов итд достигает определенной величины, глюки проявляются с завидной регулярностью.

У меня уже третьи сутки на мощном компе с 4 ядерным процом и 4 Гиг памяти, выполняется тестирование и исправление информационной базы. Документов там за 12 лет. Конфа - АВК 3.6.4

(8) Это может быть один из глюков 7.7, приводящий к фактически зависанию при пересчете регистров. Для того, что бы видеть строку состояния, используйте либо ConfStat, либо Windows 2000.

(0) Убери ТЗ, поставь ТП с поставщиком данных этой ТЗ.
Да и вообще везде используй тп.

(9) Чтобы отрисовывалась форма во время длительных операций, достаточно в ярлыке поставить режим совместимости с w2000.

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

+(12) Приходится оптимизировать код классов, выкусывать внутренние служебные классы, отбрасывать функциональность...

А что делать с тройными перерисовками окошка, пока даже не нашёл, куда его молотком стукнуть.
Открываешь журнал с ТП не развернутый. Окошко нарисовалось без колонок, дернулось и перерисовалось с колонками, перепрыгнуло в другое место экрана с изменением размера и перерисовалось уже окончательно. В терминале получается просто феерическое слайд-шоу.

(5)  вроде все штатно
Если осилю, может накидаю тестовый вариант, воспроизводящийся

(14)  я аналогично "оптимизировал" отрисовку картинки в зависимости от текущей строки тз

(8)  есть предложение снимать галку пересчета итогов и после тии пересчитывать прямыми запросами
Еще очень хорошо помогает следующее - перед тии воспользоваться обработкой удаления нулевых итогов в регистрах, потом упаковать таблицы и потом уже запускать тии. Например у меня период открывается порядка 5-7 минут, если предварительно сделать такую упаковку то период открывается ~5-7 секунд. Для открытия одного периода такую упаковку делать смысла мало так как время на упаковку таблиц жрет соизмеримо со временем открытия одного периода, а вот если массовый вариант тии - то имеет смысл даже очень.

(12) это ты не про ТП, а про ПД. Юзай чистую ТП, и будет быстрее. Зато готовить ее геморно...

(17) ты сделал пересчет на прямых запросах для файловой?

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