Многие разработчики сталкиваются с неприятной ситуацией: после планового обновления платформы 1С (например, при переходе на релизы 8.3.12 и выше) интерфейс привычных управляемых форм начинает вести себя непредсказуемо. Элементы накладываются друг на друга, растягиваются до неадекватных размеров или вовсе исчезают из видимости. Особенно часто это проявляется в конфигурациях, работающих в режиме совместимости со старыми версиями (например, 8.3.4), таких как «Управление торговлей 11.1» или старые редакции «Бухгалтерии предприятия».
В этой статье мы подробно разберем, почему это происходит, и предложим пошаговый алгоритм устранения визуальных дефектов, основываясь на практическом опыте решения подобных задач.
Проанализируем техническую составляющую проблемы. Начиная с определенных релизов платформы 8.3.10+, компания 1С существенно переработала механизмы работы со шрифтами и графическим ускорением, переходя на использование современных систем отрисовки текста (например, DirectWrite вместо GDI+). Это привело к тому, что платформа стала иначе рассчитывать ширину и высоту текстовых блоков и элементов управления.
Даже если в операционной системе Windows установлен масштаб 100%, новые алгоритмы сглаживания могут давать погрешность в несколько пикселей при расчете размеров. В управляемых формах это запускает «эффект домино»: если один элемент (например, надпись или поле ввода) не помещается в отведенное ему пространство по расчетам нового движка, вся сетка группы перестраивается. В условиях старого режима совместимости, который требует жесткой фиксации размеров, это приводит к визуальному «схлопыванию» или смещению интерфейса.
Прежде чем приступать к изменению конфигурации, необходимо исключить влияние локальных факторов. Обычная очистка кэша через удаление базы из списка часто оказывается недостаточной. Если ваша конфигурация построена на базе Библиотеки стандартных подсистем (БСП), настройки форм могут храниться непосредственно в информационной базе.
Рассмотрим порядок действий для полной очистки настроек конкретной формы:
Это действие гарантирует, что платформа не пытается применить старые (сохраненные до обновления) параметры геометрии окна к новому алгоритму отрисовки.
Если очистка настроек не помогла, проанализируем свойства элементов формы в конфигураторе. Одной из особенностей новых версий платформы является измененная интерпретация свойств РастягиватьПоГоризонтали и РастягиватьПоВертикали. В некоторых случаях автоматический расчет ширины начинает «тянуть» элементы не до края формы, а до некоего «идеального» значения, которое платформа считает оптимальным для данного разрешения.
Выясним причину, проверив следующие свойства у элементов внутри проблемных групп:
Ложь и явно задать максимальную ширину, если элемент ведет себя некорректно.Часто форма «съезжает» целиком из-за одного-единственного элемента, который конфликтует с механизмом компоновки. Рассмотрим алгоритм поиска такого элемента:
Видимость в значение Ложь для крупных функциональных блоков (групп элементов).Как показывает практика, наиболее часто проблемы вызывают Таблицы. Проанализируем ситуацию: если у таблицы установлено свойство ВысотаВСтрокахТаблицы (например, ограничена высота), а сама таблица находится внутри сложной вложенной группы, механизм компоновки может ошибочно принять высоту контента за константу, игнорируя полосы прокрутки. Это «раздувает» родительскую группу, и форма перестает помещаться в экран.
В некоторых случаях визуальные артефакты возникают только при первом открытии или из-за динамического изменения видимости элементов в коде. Разберем способ «встряхивания» формы, который заставляет платформу пересчитать Layout уже после инициализации.
Если проблема наблюдается при программном изменении состава формы, убедитесь, что эти действия выполняются в процедуре ПриСозданииНаСервере. Если же логика требует изменений в ПриОткрытии на клиенте, можно использовать следующий прием:
&НаКлиенте
Процедура ПриОткрытии(Отказ)
// Принудительно меняем видимость или размер вспомогательного элемента
Элементы.ГруппаВспомогательная.Видимость = Ложь;
Элементы.ГруппаВспомогательная.Видимость = Истина;
КонецПроцедуры
Такая манипуляция инициирует принудительный пересчет всей геометрии формы, что часто устраняет наложения элементов, возникшие в момент первичной отрисовки.
Если вы используете старую конфигурацию в режиме совместимости 8.3.4 на платформе 8.3.12+, вы находитесь в зоне риска. Возникает логическое противоречие: старая логика требует жесткой фиксации, а новое ядро пытается быть «резиновым».
Рассмотрим альтернативные варианты решения, если правка свойств элементов не помогает:
Иногда очистка клиентского кэша не помогает, так как некорректное описание структуры формы кэшируется на стороне сервера приложений. Выясним, как заставить сервер полностью перегенерировать структуру формы:
ФормаДокумента на ФормаДокумента_Временная).Это действие сбрасывает все внутренние идентификаторы кэшированных описаний формы, заставляя платформу построить её модель «с нуля».
Подведем итог: Проблема «съехавших» форм — это не всегда ошибка вашего кода, а результат эволюции графического движка 1С. Системный подход к анализу свойств АвтоМаксимальнаяШирина, использование метода исключения для поиска проблемных таблиц и корректное управление кэшем позволяют решить эту задачу в большинстве случаев.