В версии 1.16 мы оптимизировали некоторые часто используемые операции, реализовали поиск среди предопределенных элементов, поиск по составу объектов конфигурации, перевели EDT на новую версию Java, улучшили сравнение и объединение конфигураций, а также реализовали показ SVG-картинок в предварительном просмотре формы.
Теперь вы можете искать предопределенные элементы, находясь в редакторе объекта конфигурации на закладке Предопределенные. Эта возможность будет полезна, например, при редактировании планов счетов или планов видов характеристик.
Возможность поиска мы добавили также в те объекты конфигурации, которые имеют Состав:
Теперь для работы 1C:EDT необходимо, чтобы на компьютере была установлена 64-разрядная Java Platform, Standard Edition версии 11. В некоторых случаях после установки Java 11 требуется вручную отредактировать файл 1cedt.ini, подробнее об этом написано здесь.
Благодаря переходу на Java 11 в дальнейшем нам будет проще поддерживать новые версии Java.
При сравнении веток Git и при получении изменений из информационной базы в проект теперь учитывается изменение порядка элементов, входящих в состав подсистем, функциональных опций и планов обмена. Раньше изменение их порядка не учитывалось и, если во втором источнике порядок был другой, он не оказывал влияния на результат.
Также учитывается изменение порядка предопределенных элементов у некоторых объектов конфигурации. Раньше порядок предопределенных элементов учитывался, но не у всех объектов.
При объединении справочников, документов и реквизитов вы можете теперь применить их новый порядок или отказаться от его применения. Для этого у вас есть выбор из двух режимов объединения: Взять порядок справа и Не менять порядок.
В будущем мы планируем реализовать аналогичные возможности применения порядка и для других объектов конфигурации.
Мы реализовали автоматическое объединение реквизитов составного типа в случае, когда описание типа изменено и в главном и во втором источнике. Раньше в этом случае всегда диагностировалось конфликтное изменение. Теперь такие изменения считаются конфликтом только в том случае, если их нельзя объединить автоматически и требуется вмешательство разработчика. Например:
В остальных случаях конфликта теперь не будет и изменения будут объединяться автоматически. Это удобно, так как довольно частым сценарием является независимое расширение составного типа в главном и втором источниках.
Если в модуле одновременно есть и конфликтные и неконфликтные изменения, то теперь по умолчанию для таких модулей будет установлено правило Объединять с приоритетом главного источника. Это позволит автоматически принять все неконфликтные изменения справа.
Раньше в таком случае устанавливалось правило Не объединять, что приводило к необходимости вручную устанавливать флажок объединения.
Теперь при сравнении учитывается разница между ситуацией, когда модуль отсутствует совсем и ситуацией, когда модуль присутствует, но в нем нет текста. Поэтому теперь, например, если в основной конфигурации модуль отсутствует, а во второй конфигурации этот модуль присутствует, но без текста, вы увидите это отличие при сравнении. А при объединении в этой ситуации в основную конфигурацию будет добавлен пустой модуль.
Раньше такие ситуации считались эквивалентными и пустой модуль не добавлялся.
Теперь при сравнении вы будете видеть изменение UUID объектов. Раньше изменения UUID игнорировались, и не существовало возможности в "принести" в результат объединения идентификатор объекта из второго источника.
Теперь такая возможность существует и вы самостоятельно можете разрешать или запрещать изменение UUID объекта в результате объединения.
В редактор сравнения и объединения конфигураций мы добавили новый фильтр и назвали его Показывать потенциальные проблемы:
Потенциальные проблемы — это конфликты, а также проблемные узлы. Термином проблемный узел мы обозначаем такие узлы, которые могут привести к "поломке" конфигурации в результате объединения.
В настоящее время есть единственная ситуация, которая делает узел проблемным — это изменение UUID объекта. В будущем мы не исключаем, что добавятся новые ситуации, при которых узел тоже будет становиться проблемным.
Если в результате сравнения обнаружены проблемные узлы, то перед объединением теперь будет показываться диалог, предупреждающий о возможных проблемах.