Не растягиваются элементы на управляемой форме
Здравствуйте, встретился с такой проблемой, кнопки на форме не масштабируются при масштабировании формы.
Перерыл весь интернет, решение проблемы не нашел.
На РИС.1 видно проблему, подскажите как решить кто знает?
Ширина кнопок у всех стоит 14, что равняется второй кнопке на РИС.1, хотя визуально они отображатся разного размера.
Кнопки после компиляции отображаются точно такого же размера как и в конфигураторе, а ширина формы в конфигураторе не отображается шире чем 115, хотя визуально размер формы занимает процентов 80 (РИС.2) экрана. Причем ограничение размера формы в конфигураторе существует для всех форм (и для новых, абсолютно пустых).
У меня форма управляемая и привязок на ней нет.
Подскажите, как решить проблему масштабирования кнопок?
Мил человек, расскажи как эти картинки нормально рассмотреть можно. Тогда может что и присоветую.
ЗЫ. Приложите скрины файлами.
19.05.2015 Новый механизм размещения элементов в форме
Реализовано в версии 8.3.7.1759.
Ограничение максимальной ширины элементов
Раньше, если вы указывали элементу, что он должен растягиваться, то элемент растягивался до тех пор, пока это возможно. Например, на весь экран. Для одних элементов это было хорошо (например, поле HTML), а для других элементов это могло быть и не очень хорошо. Например, для числовых полей. Потому что числовые данные, или кнопки, управляющие полем, оказывались где-то далеко справа.
Теперь у элементов появились булевы свойства, с помощью которых можно установить режим автоматического растягивания по ширине или высоте. В этом режиме платформа самостоятельно определяет, до каких границ можно растягивать поле. Если автоматический режим отключить, тогда платформа будет вести себя так же, как и раньше. Если вы указываете конкретную ширину/высоту поля, будет использоваться она. А если вы указываете значение 0, то элемент будет растягиваться до тех пор, пока это возможно.
Заметки из Зазеркалья
Реализовано в версии 8.3.7.1759.
Чтобы было понятно, о чём идёт речь в этой статье, необходимо сделать небольшое пояснение.
Особенностью управляемых форм является то, что разработчик не формирует внешний вид формы непосредственно. Разработчик только создаёт описание формы с помощью некоторых логических правил. Исходя из этих правил, платформа самостоятельно генерирует визуальное представление формы. Причём это визуальное представление зависит от размеров окна, в котором отображается форма. Одна и та же форма, показанная в узком окне или в окне, раскрытом на весь экран, будет иметь разное визуальное представление.
Так вот, та часть платформы, которая формирует визуальное представление формы, называется механизмом размещения элементов в форме.
Почему понадобился новый механизм?
Во-первых, прежний механизм, к сожалению, имел недостатки. Наиболее значительный из них заключался в том, что многие изменения свойств элементов формы, выполняемые на клиенте, требовали обязательного обращения к серверу. А любое обращение к серверу ведёт к замедлению работы.
Во-вторых, мы оценивали опыт использования управляемых форм и обнаружили ряд критичных потребностей, которые необходимо было реализовать.
И, в-третьих, мы хотели заложить в новый механизм возможности будущего развития.
Основные изменения
Схематично представить работу прежнего механизма можно следующим образом:
Разработчик в конфигураторе создаёт дерево элементов формы и задаёт свойства элементов. В тот момент, когда прикладное решение должно показать форму пользователю, происходит следующее. Сначала на сервере платформа создаёт описание визуальной формы. Потом это описание передаётся на клиента. А на клиенте визуализатор формирует то изображение, которое увидит пользователь.
Основное действие, которое выполнялось на сервере при создании описания визуальной формы, это расчет длин строк. Имеются в виду всевозможные заголовки, надписи и так далее. Зная длины строк можно уже просчитать расположение элементов в форме.
Так как эта операция выполнялась на сервере, присутствовали два негативных момента. Во-первых, для расчёта использовались не те шрифты, которые будут использованы на клиенте, а те, которые установлены на сервере. А они могут отличаться, особенно если речь идёт о разных платформах (Windows, Linux). Или даже нужные шрифты могут быть совсем не установлены на сервере. Во-вторых, для расчёта длин использовался тот «движок» растеризации шрифтов, который есть на сервере. А он может работать не совсем так, как механизм рендеринга текстовых строк, существующий на клиенте в интернет-браузере, например. В результате могли появляться формы либо с «обрезанными» текстами, либо, наоборот, с чересчур широкими надписями.
Другая проблема заключалась в том, что отсутствовала какая-либо адаптация к размеру окна, в котором форма будет показана у клиента. Фактически на сервере описание формы создавалось исходя из минимально возможного размера окна, и дальнейший успех её отображения зависел уже от того, насколько хорошо она «умеет» растягиваться.
В новом механизме генерацию описания визуальной формы, которая раньше целиком выполнялась на сервере, мы разделили на две части, серверную и клиентскую:
Серверная часть стала существенно меньше. В ней не выполняется никаких расчётов. На сервере создаётся только «заготовка» описания, которая не содержит точных длин текстовых полей, и в ней не разрешены элементы адаптивности. На сервере обрабатывается видимость элементов, но только та, которая определяется функциональными опциями, и та, которая установлена пользователем. Но тут и нельзя иначе, потому что сами функциональные опции доступны только на сервере. А интерактивное изменение настроек пользователем в любом случае приведёт к серверному вызову.
В результате получается некий «полуфабрикат» визуального представления формы, который передаётся на клиента.
На клиенте производится необходимая доработка описания визуальной формы. Рассчитываются длины строк, рассчитываются элементы адаптивности, связанные с размерами клиентского дисплея, и отрабатывается видимость. После этого, как и раньше, начинает работать визуализатор, который и создаёт окончательную форму, которую видит клиент.
Благодаря тому, что расчёт длин строк производится на клиенте, удалось избавиться от ненужных и неаккуратных «щелей» между элементами. А отработка видимости на клиенте без обращения к серверу позволила ускорить работу форм. Потому что включение/выключение видимости элементов формы это одна из наиболее частых операций.
Некоторые новые возможности
Элементы адаптивного интерфейса
Новый механизм размещения элементов в форме не только улучшает те возможности, которые имелись ранее, но и добавляет новые возможности. Например, он адаптирует внешний вид формы к размерам клиентского дисплея. Для этого используются несколько путей.
Во-первых, выполняется автоматический перенос строк с подстройкой высоты заголовков и декораций. Как это работает, можно посмотреть на рисунке:
Если в форме есть длинные строки, которые можно разбить на отдельные слова, то такие строки переносятся, если в этом есть необходимость. Соответственно высота формы увеличивается, потому что нижняя её часть «отъезжает» вниз. В результате форма будет выглядеть нормально даже на узких экранах. Более того, этот механизм работает динамически, а значит, вы можете сжимать форму в реальном режиме времени, и вместе с этим будут переноситься длинные строки.
Автоматический перенос работает для заголовков элементов, заголовков групп, текстовых декораций и текста в кнопках, имеющих вид Гиперссылка.
Третий элемент адаптивности, это автоматическое определение количества колонок у переключателя или тумблера. Раньше, если не было специальных указаний, количество колонок устанавливалось максимальным, и он выводился в одну строку. Теперь, в той же ситуации, анализируется ширина формы, и устанавливается такое количество колонок, при котором переключатель/тумблер будет выглядеть на экране хорошо.
Горизонтальное и вертикальное выравнивание
Раньше такая возможность отсутствовала, и для реализации нестандартного выравнивания приходилось выдумывать разные «хитрости». Теперь форме и группе можно указать, каким образом должны выравниваться её элементы по вертикали и по горизонтали. Например, на рисунке ниже, группа кнопок показывает три возможных варианта выравнивания: Лево, Центр и Право:
На этом рисунке кнопки размещены в обычной группе, которая растягивается по горизонтали. Расположение кнопок внутри группы управляется свойством группы ГоризонтальноеПоложениеПодчиненных.
Управление внешним выравниванием
Например, у вас есть форма, в которой расположены поле Подразделение, группы Адрес и Телефон. Прежний механизм выравнивал поля этих групп так, как показано на левом рисунке. Поля в форме выравнивались между собой, и поля в каждой группе выравнивались между собой.
Теперь у вас есть возможность устанавливать группам сквозное выравнивание, в результате чего, например, все поля формы будут выровнены одинаково. Этот вариант показан на правом рисунке.
Более того, вы можете управлять сквозным выравниванием для каждой группы отдельно. Поэтому можете, например, отключить сквозное выравнивание для группы Телефон, и тогда форма будет выглядеть так, как показано на правом рисунке.
Выравнивание элементов и заголовков
Ограничение максимальной ширины элементов
Раньше, если вы указывали элементу, что он должен растягиваться, то элемент растягивался до тех пор, пока это возможно. Например, на весь экран. Для одних элементов это было хорошо (например, поле HTML), а для других элементов это могло быть и не очень хорошо. Например, для числовых полей. Потому что числовые данные, или кнопки, управляющие полем, оказывались где-то далеко справа.
Теперь у элементов появились булевы свойства, с помощью которых можно установить режим автоматического растягивания по ширине или высоте. В этом режиме платформа самостоятельно определяет, до каких границ можно растягивать поле. Если автоматический режим отключить, тогда платформа будет вести себя так же, как и раньше. Если вы указываете конкретную ширину/высоту поля, будет использоваться она. А если вы указываете значение 0, то элемент будет растягиваться до тех пор, пока это возможно.
Управление расстоянием между элементами
Отключение растягивания формы
Мы реализовали ещё один, новый режим работы формы, который отключает растягивание её элементов по вертикали. Этот режим будет полезен для форм, содержащих небольшое количество элементов.
Отключение прокрутки у страниц
Для форм, содержащих большое количество элементов, мы тоже несколько изменили поведение. Теперь вертикальная прокрутка у страниц не появляется. Вертикальная прокрутка теперь может быть у самой формы или внутри элементов формы, таких, как таблица, табличный документ и так далее. А страница формы всегда будет иметь полную высоту. Это должно облегчить работу пользователей, потому что большое количество скроллеров в форме часто смущает и сбивает с толку.
Резюме
В этой обзорной статье мы перечислили лишь основные возможности, которые даёт новый механизм размещения элементов в форме. Но не менее важно на наш взгляд и то, что в этом механизме заложен существенный запас для будущего развития.
Рекомендации по адаптации интерфейсов «1С:Предприятия» версии 8.3.7
Вводная информация
В платформе «1С:Предприятие», начиная с версии 8.3.7, реализован новый механизм расстановки элементов управляемой формы. В результате реализации улучшено размещение элементов на форме, реализованы новые возможности размещения элементов на форме, изменение некоторых свойств элементов формы на клиенте больше не требует обращения к серверу (видимость, изменение состояния группы — свернута/не свернута, отображение или скрытие дополнения элемента формы состояние просмотра), изменены правила автоматического формирования разделителей на форме и т.д. Подробное описание работы механизма приведено в документации. В редакторе управляемой формы реализована возможность быстрого просмотра разрабатываемой формы в нужном разрешении и ориентации экрана.
Для системного перечисления «ГруппировкаПодчиненныхЭлементовФормы» реализовано значение «ГоризонтальнаяЕслиВозможно».
У расширений поля управляемой формы для поля надписи, поля ввода, поля картинки, поля табличного документа, поля текстового документа, поля форматированного документа, поля календаря, поля индикатора, поля полосы регулирования, поля диаграммы, поля диаграммы Ганта, поля дендрограммы, поля географической схемы, поля HTML-документа, поля графической схемы, поля периода и поля планировщика, элемента управляемой формы типа таблица, декорация и кнопка реализованы свойства:
– АвтоМаксимальнаяШирина;
– МаксимальнаяШирина;
– АвтоМаксимальнаяВысота;
– МаксимальнаяВысота.
Для элементов управляемой формы типа «Форма», «Группа» и «Страница» реализованы свойства:
– ГоризонтальныйИнтервал;
– ВертикальныйИнтервал;
– ВыравниваниеЭлементовИЗаголовков;
– ГоризонтальноеПоложениеПодчиненных;
– ВертикальноеПоложениеПодчиненных.
Для полей управляемой формы типа Поле, Таблица, Декорация, Группа, Кнопка и Дополнение реализованы свойства:
– ГоризонтальноеПоложениеВГруппе;
– ВертикальноеПоложениеВГруппе.
Для расширения управляемой формы для дополнения элемента формы «Отображение строки поиска», «Отображение управления поиском» и «Отображение состояния просмотра» реализованы свойства:
– АвтоМаксимальнаяШирина;
– МаксимальнаяШирина.
Для элемента управляемой формы типа группа реализовано свойство «СквозноеВыравнивание».
Для системного перечисления ВертикальнаяПрокруткаФормы реализовано значение «ИспользоватьБезРастягивания».
Для расширения управляемой формы для группы реализовано свойство «Объединенная».
Для расширения управляемой формы для страницы реализовано свойство «ВертикальнаяПрокруткаПриСжатии».
В режиме совместимости с «1С:Предприятие 8.3.6» поведение не изменилось.
Свойства «РастягиватьПоГоризонтали» и «РастягиватьПоВертикали» реализованы для следующих объектов: расширения управляемой формы для полей графической схемы и HTML-документа, элемент управляемой формы типа кнопка. Для расширения управляемой формы для дополнения элемента формы «Отображение управления поиском» реализовано свойство «РастягиватьПоГоризонтали».
Общие рекомендации по переводу на новый интерфейс
Формы администрирования
ПРОБЛЕМА.
Разъезжаются столбцы в группе. Результатом становится нарушение выравнивания и появление горизонтального прокручивания при разрешении экрана 1024×768:
РЕШЕНИЕ.
Для подсказок во всех группах необходимо установить значение «АвтоМаксимальнаяШирина». Рекомендуется также установить значение Высота = «0» в тех случаях, когда высота равна другому значению. (Иногда высота по количеству строк использовалась для корректного отображения подсказок в Такси и Управляемом приложении. Сейчас в этом нет необходимости):
ПРОБЛЕМА.
Даже после установки корректного значения «АвтоМаксимальнаяШирина», колонки в объединенных группах не выровнены между собой:
РЕШЕНИЕ.
Для подсказок во всех группах необходимо установить значение «РастягиватьПоГоризонтали» = «Да»:
Формы документов
Часть проблем и решений по корректному переходу на новую версию интерфейсов будет показана на примере документа «Реализация товаров и услуг». Формы этого документа содержат большинство несоответствий, выявленных при оптимизации интерфейсов.
ПРОБЛЕМА.
Разъезжаются реквизиты подвала — итоговая строка отступает от правого края:
РЕШЕНИЕ.
Для корректного расположения группы «Итого» необходимо отключить свойство «АвтоМаксимальнаяШирина»:
ПРОБЛЕМА.
1. Большинство реквизитов во вкладке «Дополнительно» после применения обработки выровнены по опорной линии. Необходимо выровнять два последних поля («Вариант оформления продажи» и «Экспедитор»).
2. Если нет строгой необходимости, предлагается устанавливать ширину полей без использования цифровых значений.
РЕШЕНИЕ.
– Ширина: «0»,
– «АвтоМаксимальнаяШирина»: Установлен,
– «РастягиватьПоГоризонтали»: «Авто».
При таких настройках в «Такси» ширина полей по умолчанию равна «40» единицам. В зависимости от разрешения экрана, взаимодействие полей в колонках горизонтальной группы будет происходить автоматически, но не превышать ширину поля равную «40».
Общие проблемы и решения
Комплексное решение
При переводе форм документов на «1С:Предприятие» версии 8.3.7 и выше, часто встречаются ситуации, не описывающие конкретного решения проблем. Данные проблемы могут возникать при взаимодействии реквизитов в зависимости от их расположения. Для гарантированного положительного результата при переводе форм рекомендуется воспользоваться комплексным решением на примере формы документа «Реализация товаров и услуг».
ПРОБЛЕМА.
1. Замечено, что в определенной степени выравнивание реквизитов в одной вкладке (например, «Основное») влияет на реквизиты в другой вкладке.
Рассматривая пример адаптации формы «Реализация товаров и услуг», выявлена проблема корректного отображения полей в разных вкладках, если свойства (например, ширины) полей в одной вкладке не соответствуют свойствам полей в другой вкладке.
Все поля вкладки «Дополнительно» имеют настройки, рекомендованные платформой версии 8.3.7 по умолчанию.
Во вкладке же «Основное» настройки полей имеют характеристики, которые не изменились после применения обработки:
– Ширина = «28»,
– «РастягиватьПоВертикали»: «Нет».
В конфигураторе при этом они отображаются некорректно.
В результате, при открытии формы в пользовательском режиме поля в обеих вкладках выровнены корректно. Но при переходе из вкладки «Основное» в «Дополнительно» и обратно поля в «Основном» съезжают относительно своих заголовков:
Назначение заголовкам свойства выравнивания «Слева» не дает корректного результата, поскольку при аналогичных действиях перехода между вкладками, поля вкладки «Основное» так же съезжают:
РЕШЕНИЕ 1.
Рекомендуется полям вкладки установить настройки, рекомендованные «1С:Предприятие 8.3.7» по умолчанию.
При этом, однако, в Конфигураторе (а в определенных случаях и в пользовательском режиме) между колонками реквизитов горизонтальной группы будут появляться вертикальные разделители.
Для их устранения необходимо всем подгруппам горизонтальной группы назначить свойство:
«Объединенная»: снято
РЕКОМЕНДАЦИЯ.
Вне зависимости от свойства полей «ПоложениеЗаголовка» (Авто, Лево), рекомендуется при разработке формы использовать разные разрешения экрана в Конфигураторе:
РЕШЕНИЕ 2.
Если по каким-то причинам нет возможности установки реквизитам свойств, рекомендованных по умолчанию, предлагается полям в обеих вкладках назначать свойства ширины в числовых значениях.
Однако, использование настройки стандартной ширины в интерфейсе «Такси» часто стало работать некорректно и плохо влиять на выравнивание полей.
Для устранения этого недостатка рекомендуется использовать новые параметры настройки ширины:
РЕКОМЕНДАЦИЯ.
При использовании параметров выравнивания полей, рекомендованных «1С:Предприятием» версии 8.3.7 по умолчанию, примененных к полю Комментарий, данное поле будет иметь недостаточную ширину:
Для отображения ширины поля Комментарий в привычном режиме рекомендуется воспользоваться вариантом настроек, описанном в предыдущей рекомендации:
ПРОБЛЕМА.
После снятия режима совместимости, на некоторых сложных формах может возникать свободное пространство между страницами и отсутствовать разделитель между ними:
РЕШЕНИЕ.
Необходимо сбросить фиксированную высоту. В соответствии с рекомендациями «1С:Предприятия» версии 8.3.7, высота по умолчанию должна быть равна «0»:
ПРОБЛЕМА.
После снятия режима совместимости, пиктограммы, относящиеся к полям, по умолчанию стали отображаться по верхнему краю, несмотря на настройку «Авто»:
РЕШЕНИЕ.
Рекомендуется группе, в которой находятся эти пиктограммы, устанавливать свойство «ВертикальноеПоложениеВГруппе» в значение «Центр»:
ПРОБЛЕМА.
(Рассмотрено на примере формы «План продаж по номенклатуре».) Особенно хорошо проблема видна при использовании реквизитов шапки, разделенных на левый и правый блоки. При детальном обзоре видно несоответствие полей левого и правого блоков:
РЕШЕНИЕ.
В этих и похожих случаях необходимо снять с групп флажок «Объединенная». Вложенные в таких группах подгруппы могут растягивать разъединенную группу по вертикали. Поэтому необходимо снять флажок «Объединенная» и с вложенных групп. (Это не касается вложенных групп горизонтальных реквизитов):
ПРОБЛЕМА.
В «1С:Предприятии» версии 8.3.6 для выравнивания часто использовались декорации-«пустышки». Например, для того чтобы флажок «Иностранный контрагент» находился под кнопкой, между полем «КПП» и флажком «Иностранный контрагент» вставлена декорация для выравнивания флажка под кнопку:
РЕШЕНИЕ.
В «1С:Предприятии» версии 8.3.7 эта же задача решается без декорации, при помощи снятия флажка «Объединенная» у групп «ГруппаИНН» и «ГруппаКПП» и добавления внешней группы «ГруппаИННКПП»:
РЕЗУЛЬТАТ
Прежний вид без использования декораций:
ПРОБЛЕМА.
Как и ранее, горизонтальный отступ для подчиненных флажков необходимо делать при помощи декорации. Однако теперь (в интерфейсе «Такси») данная декорация имеет малую ширину:
РЕШЕНИЕ.
Рекомендуется назначать декорации свойство «Ширина» = «2»:
РЕКОМЕНДАЦИЯ ПО ИСПОЛЬЗОВАНИЮ ДЕКОРАЦИЙ.
Для выравнивания реквизитов рекомендуется не использовать декорации, а использовать новые возможности «1С:Предприятие» версии 8.3.7: «АвтоМаксимальнаяШирина» (для реквизитов) и свойства «Объединенная» и «Сквозное выравнивание» (для групп реквизитов).
Ранее, для того чтобы часть реквизитов (например, в командной панели) прижимались влево, а часть вправо использовалась декорация со свойством «РастягиватьПоГоризонтали» = «Да».
«1С:Предприятие» версии 8.3.7 и выше корректно располагает такие реквизиты.
Одним из редких случаев, когда применение декораций необходимо — горизонтальный отступ подчиненных флажков. Других инструментов для оформления таких отступов нет:
ПРОБЛЕМА.
В «1С:Предприятие» версии 8.3.6 оформление заголовков в виде декораций применялось для корректного выравнивания полей в тех случаях, когда такого выравнивания нельзя было добиться стандартными средствами «1С:Предприятия» версии 8.3.7. После снятия режима совместимости, заголовки реквизитов, выполненные в виде декораций, перестали выравниваться относительно друг друга:
Необходимости в заголовках реквизитов, выполненные в виде декораций, больше нет. Новые средства «1С:Предприятия» версии 8.3.7 позволяют выравнивать реквизиты и группы реквизитов автоматически.
РЕШЕНИЕ.
Для устранения проблем выравнивания заголовков, необходимо удалить заголовки в виде декораций и назначить всем реквизитам стандартные заголовки.
ПРОБЛЕМА.
В «1С:Предприятии» версии 8.3.6 группа могла быть или горизонтальной или вертикальной.
В «1С:Предприятии» версии 8.3.7 добавлен новый вариант группировки элементов в группе «Горизонтальная, если возможно». Все новые группы по умолчанию создаются с такой группировкой.
Данная настройка влияет на разное отображение форм при различных разрешениях:
РЕШЕНИЕ.
Если нет необходимости разрабатывать формы под несколько разрешений и для сохранения однозначности во внешнем виде рекомендуется не использовать свойство «Горизонтальная, если возможно» для групп.
Переключатели (радиокнопки), чекбоксы и их взаимодействие с полями
ПРОБЛЕМА.
В «1С:Предприятии» версии 8.3.6 для изменения горизонтального положения полей ввода рядом с полями переключателя использовались декорации. Высота поля ввода совпадала с высотой элемента переключателя:
В «1С:Предприятие 8.3.7» высота полей ввода и полей переключателя стала различной, а использование декораций для изменения горизонтального положения стало неэффективным.
РЕШЕНИЕ.
Для корректного выравнивания необходимо разделить поле переключателя на отдельные элементы управления и объединить их в горизонтальные группы с полями ввода:
ПРОБЛЕМА.
Существует масса форм, в которых поля взаимодействуют рядом с флажками и/или переключателями. Однако, алгоритм выравнивания всех этих элементов (в версии 8.3.7) не позволяет ровно расположить их напротив друг друга. В примере ниже, опорной точкой для оптимального расположения заголовков выбрана высота расположения заголовка полей:
РЕШЕНИЕ.
В этих случаях необходимо снять с групп реквизитов флажок «Объединенная»:
Взаимодействие полей ввода и ссылок
ПРОБЛЕМА.
Аналогичная проблема выравнивания может наблюдаться со ссылками на единицы измерений, которые съезжают относительно полей ввода числовых значений:
РЕШЕНИЕ.
Предлагается создать отдельные группы с горизонтальной группировкой для каждой характеристики размера ячейки:
Пошаговые помощники
ПРОБЛЕМА.
После снятия режима совместимости могут возникать проблемы с нарушением компоновки форм пошаговых помощников.
Причина некорректного отображения формы — новые свойства «АвтомаксимальнаяШирина» и «АвтомаксимальнаяВысота». Из-за этих свойств, форма, которая была вытянута в ширину стала более узкой и нарушилась компоновка формы.
РЕШЕНИЕ.
Для восстановления прежнего вида необходимо отключить свойство «АвтоМаксимальнаяШирина» для надписей.
РЕКОМЕНДАЦИЯ.
Компоновка форм пошаговых помощников не регламентируется юзабилити-стандартами.
Рекомендуется менять внешний вид помощников, снимая для надписей свойство по умолчанию «АвтоМаксимальнаяШирина» только в тех случаях, когда форма явно отображается некорректно.
Вкладка «Комментарий»
ПРОБЛЕМА.
После снятия режима совместимости, ширина поля комментария в одноименной вкладке приобретает стандартную ширину «40». На это влияет установленное по умолчанию свойство «АвтоМаксимальнаяШирина»:
РЕШЕНИЕ.
Для восстановления прежнего вида необходимо отключить свойство «АвтоМаксимальнаяШирина» для поля комментария:
Внешние изменения «1С:Предприятие» версии 8.3.7
Ниже описаны визуальные отличия форм после снятия режима совместимости.
Формы контактной информации
Существенно изменился внешний вид форм контактной информации. Удалось избавиться от большинства лишних параметров выравнивания, уменьшилось количество генерируемых элементов, по-умолчанию заголовки полей ввода теперь размещаются слева (не связано с «1С:Предприятием» версии 8.3.7).
Однако, новой стандартной ширины поля адреса оказалось недостаточно. Используется бОльшая ширина (50–60).
Панели администрирования
Особенностью панелей администрирования является расположение элементов в две одинаковых колонки. В «1С:Предприятии» версии 8.3.6 для выравнивания использовалась фиксированная ширина.
Из-за отключения свойства «Объединенная» уменьшились отступы между группами. Форма стала выглядеть более компактно.
Флажки
Изменились стандартные расстояния (отступы) между флажком и его заголовком.