Новое в версии 1.16

Оптимизация

• Ускорено открытие больших модулей (20 тысяч строк и более), минимизированы задержки при наборе текста в таких модулях;
• Увеличена производительность 1C:EDT при работе с несколькими большими конфигурациями (типа «1С:ERP Управление предприятием 2») в одной рабочей области;
• Ускорено открытие конструктора запроса;
• Ускорен поиск по составу плана обмена.

Поиск предопределенных элементов

Теперь вы можете искать предопределенные элементы, находясь в редакторе объекта конфигурации на закладке Предопределенные. Эта возможность будет полезна, например, при редактировании планов счетов или планов видов характеристик.

Поиск по составу объектов конфигурации

Возможность поиска мы добавили также в те объекты конфигурации, которые имеют Состав:

• Подсистема;
• Функциональная опция;
• План обмена.

Поддержка Java 11

Теперь для работы 1C:EDT необходимо, чтобы на компьютере была установлена 64-разрядная Java Platform, Standard Edition версии 11. В некоторых случаях после установки Java 11 требуется вручную отредактировать файл 1cedt.ini, подробнее об этом написано здесь.

Благодаря переходу на Java 11 в дальнейшем нам будет проще поддерживать новые версии Java.

Изменение порядка в составе объектов конфигурации

При сравнении веток Git и при получении изменений из информационной базы в проект теперь учитывается изменение порядка элементов, входящих в состав подсистем, функциональных опций и планов обмена. Раньше изменение их порядка не учитывалось и, если во втором источнике порядок был другой, он не оказывал влияния на результат.

Также учитывается изменение порядка предопределенных элементов у некоторых объектов конфигурации. Раньше порядок предопределенных элементов учитывался, но не у всех объектов.

Применение измененного порядка при объединении

При объединении справочников, документов и реквизитов вы можете теперь применить их новый порядок или отказаться от его применения. Для этого у вас есть выбор из двух режимов объединения: Взять порядок справа и Не менять порядок .

В будущем мы планируем реализовать аналогичные возможности применения порядка и для других объектов конфигурации.

Объединение реквизитов составного типа

Мы реализовали автоматическое объединение реквизитов составного типа в случае, когда описание типа изменено и в главном и во втором источнике. Раньше в этом случае всегда диагностировалось конфликтное изменение. Теперь такие изменения считаются конфликтом только в том случае, если их нельзя объединить автоматически и требуется вмешательство разработчика. Например:

• в составном типе есть тип Строка длиной 8. В главном источнике его длина стала 10, а во втором — 15;
• в составном типе есть типы Строка и Число. В главном источнике длина строки изменилась, а во втором этот тип был удален.

В остальных случаях конфликта теперь не будет и изменения будут объединяться автоматически. Это удобно, так как довольно частым сценарием является независимое расширение составного типа в главном и втором источниках.

Модули с конфликтными и неконфликтными изменениями

Если в модуле одновременно есть и конфликтные и неконфликтные изменения, то теперь по умолчанию для таких модулей будет установлено правило Объединять с приоритетом главного источника. Это позволит автоматически принять все неконфликтные изменения справа.

Раньше в таком случае устанавливалось правило Не объединять, что приводило к необходимости вручную устанавливать флажок объединения.

Модули без текста

Теперь при сравнении учитывается разница между ситуацией, когда модуль отсутствует совсем и ситуацией, когда модуль присутствует, но в нем нет текста. Поэтому теперь, например, если в основной конфигурации модуль отсутствует, а во второй конфигурации этот модуль присутствует, но без текста, вы увидите это отличие при сравнении. А при объединении в этой ситуации в основную конфигурацию будет добавлен пустой модуль.

Раньше такие ситуации считались эквивалентными и пустой модуль не добавлялся.

Изменение UUID объекта в результате объединения

Теперь при сравнении вы будете видеть изменение UUID объектов. Раньше изменения UUID игнорировались, и не существовало возможности в "принести" в результат объединения идентификатор объекта из второго источника.

Теперь такая возможность существует и вы самостоятельно можете разрешать или запрещать изменение UUID объекта в результате объединения.

Фильтр «Показывать потенциальные проблемы»

В редактор сравнения и объединения конфигураций мы добавили новый фильтр и назвали его Показывать потенциальные проблемы :

Потенциальные проблемы — это конфликты, а также проблемные узлы. Термином проблемный узел мы обозначаем такие узлы, которые могут привести к "поломке" конфигурации в результате объединения.

В настоящее время есть единственная ситуация, которая делает узел проблемным — это изменение UUID объекта. В будущем мы не исключаем, что добавятся новые ситуации, при которых узел тоже будет становиться проблемным.

Если в результате сравнения обнаружены проблемные узлы, то перед объединением теперь будет показываться диалог, предупреждающий о возможных проблемах.

SVG-картинки в предварительном просмотре формы

В панели предварительного просмотра формы в редакторе формы теперь отображаются SVG-картинки. Раньше они не отображались.