marmyshev / edt-plugins

Общрий репозиторий-агреггатор всех плагинов для 1C:EDT. Идеи для разработки новых плагинов для 1C:EDT, платформы 1С:Предериятия и продуктов 1С, интересные плагины Eclipse которые можно/нужно использовать в 1C:EDT.

1C:EDT plugins

Общрий репозиторий-агреггатор всех плагинов для 1C:EDT

Установка плагинов

Скопируйте адрес сайта обновлений

https://marmyshev.github.io/edt-plugins/repository/

Вставьте адрес в помощщник установки плагинов в меню:

Help -> Install New Software... -> Work with:

Внимание!

Загрузка будет выполняться очень долго (несколько минут): сайт-агреггатор перенаправляет запросы на все сайты обновлений всех плагинов.

Устанавливайте плагны по одному!! Не все плагины могут быть адаптированы под вашу версию 1C:EDT - поэтому рекомендуется устанавливать плагины по череди и проверять работоспособность.

Идеи новых плагинов в Issues

Идеи для разработки плагинов для 1C:EDT, платформы 1С:Предериятия и продуктов 1С, интересные плагины Eclipse которые можно/нужно использовать в 1C:EDT.

Здесь разместим идеи most-wanted по лайкам

• Интерфейсы в 1С
• "Избранное" из моих объектов метаданных в навигаторе 1C
• Консоль запросов
• Контроль орфографии в модулях и метаданных
• Подсветка измененных свойств палитре
• Плагин контроля реструктуризации БД
• Плагин для перенаправления чтения кода общего модуля и кода модуля формы из epf
• Контроль орфографии в модулях и метаданных
• Swagger для http-сервисов в 1С и генерация документации API сервисов
• Детализированная подсказка по типу
• Copyright Tool - помощник и контроль авторских прав на код приложений 1С
• Контроль наличия префиксов у метаданных

Плагины фирмы 1С

• 1С:Language Tool - инструмент перевода исходного кода и локализации интерфейса
• 1C:SSL-support - поддержка разработки конфигураций на базе БСП
• 1С:Стандарты разработки V8 - разработка по стандартам 1С, проверки, инструменты
• 1cfresh review - плагин проверок для 1С-Фреш

Плагины специально для 1C:EDT

• 1Unit - Запуск модульных тестов для 1C:Enterprise Development Tools
• EDT CF-builder - Плагин для 1C:Enterprise Development Tools для работы с CF/CFE-файлами.
• Коннектор BSLLS для 1С:EDT - Плагин включает проверки BSL LS в среде разработки 1С:EDT. Это добавляет 128+ диагностик.
• Disable Editing plugin for 1C:EDT - Плагин запрета редактирования для 1C:EDT
• Проверка внедрения БСП - Проверка внедрения БСП для 1C:Enterprise Development Tools
• EDT External Designer Launcher - Запускатель альтернативного Конфигуратора 1С для EDT
• export-xml-for-request-console-1c - Плагин для 1C:EDT. Экспорт запроса в XML для Консоли запросов 1С.
• Помощник ЗУП - Помощник ЗУП для 1C:Enterprise Development Tools
• VA для 1Unit - Vanessa Automation для 1Unit для 1C:Enterprise Development Tools
• Поддержка префиксов - Поддержка префиксов для 1C:Enterprise Development Tools
• Запуск тестов YAXunit - Плагин для работы с модульными (unit) тестами в среде разработки EDT

Плагины Eclipse подходящие для 1C:EDT

• LiClipseText - редактор с поддержкой множества синтаксиса
• search-csv-export - Экспорт результатов поиска в CSV в кодировке UTF-8
• Darkest Dark theme - плагин который добавляет новые темы (светлые и темные), кроме этого имеет свой стартер, который показывает последние отредактированные объекты и последние отредактированные файлы в нем, а так же заменяет стандартный поиск по ctrl+F - убирает отдельное диалоговое окно поиска, и делает такое же как и в VCS. Внимание! При использовании этого плагина с EDT может происходить потеря фокуса в поле заголовка в палитре свойств.
• Open Editors - плагин позволяет в отдельном окне показать все открытые вкладки. По умолчанию - если вкладок много, то они скрываются под стрелочки вверху панели редактора, а этот плагин позволяет в отдельном окне вывести все редакторы и перелючаться между ними.

Плагины Eclipse для JDT (помогающие разрабатывать плагины для 1C:EDT)

• JAutodoc
• SonarLint
• Enhanced Class Decompiler
• EclEmma Java Code Coverage
• WindowBuilder
• ResourceBundle Editor
• EcliPaint
• Image/Picture Viewer
• PDE Source Lookup
• Xtext Tools - Node Model Outline, Semantic Model Outline

Разработка плагинов в сторонних IDE

• Разработка 1C:EDT Plugin в IntelliJ IDEA

edt-plugins's Issues

Конвертация данных 2 в EDT

Нужен плагин, который умеет работать с файлами правил обмена в формате XML также, как с ними работает конфигурация Конвертация данных 2.
Сейчас с этими файлами удобно работать только в базе конвертации. Поэтому хранятся и версионируются они по факту в базе, а не в гите.
Если сделать плагин, похожий по сценариям работы на базу конвертации, то можно будет отказаться от базы конвертации, и всю работу вести в одном инструменте: поменяли/добавили объекты в метаданных - поменяли/добавили правила обмена к ним.
Понимаю, что работы с этим плагином много. Но польза, которую он принесет, будет очень существенной.

Контроль орфографии в модулях и метаданных

Разработка в OpenSource проекте: https://github.com/marmyshev/edt.spellchecker или что-то подобное

Консоль запросов

Консоль, которая может открываться из перспективы отладки в момент подключенного предмета отладки.

В консоли можно собирать запрос в конструкторе, текстом, выполнять запрос в менеджере запросов, просматривать запросы менеджера, изменять параметры запроса, исполнять запрос и смотреть результат.

При выполнении запроса запускать сборку логов техжурнала для анализа плана запроса.

Интеграция с ГитЛабом (GitLab-сервером)

Просмотр, создание задач в проекте ГитЛаба

комментирование, мержеквесты и прочие возможности через GitLab API

Приведение конфигурации к типовой (конфигурации поставщика) с переносом доработок в расширение

В последнее время заметил желание клиентов перейти на типовую конфигурацию для возможности своевременного обновления. Хорошо бы иметь такой инструмент, который все нетиповые доработки перенесет в расширение, перенесет данные и вернет конфигурацию на полную поддержку. А возможно это будет в штатных механизмах платформы?

Быстрый поиск библиотечных методов

Практически любая конфигурация, хоть типовая, хоть самописная, имеет в составе библиотеки, начиная от БСП и заканчивая специфическими отраслевыми. В больших конфигурациях уровня ERP может быть встроено сразу несколько библиотек (БСП, БЭД, Бухгалтерский учет, Зарплата и кадры и т.д.).

Многие библиотеки содержат в себе модули и методы общего назначения для работы с массивами, строками, объектами метаданных и прочими универсальными сущностями. Также большие конфигурации могут иметь собственные модули общего назначения, например ОбщегоНазначенияУТ. Кроме того, модули разделяюся по контексту выполнения.

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

Было бы удобно иметь функцию быстрого поиска библиотечных методов по части имени. Еще можно проиндексировать описание в документирующем комментарии, иногда само название метода может быть не совсем очевидным.

Пример подсказки:

Можно прикрутить дополнительной страницей к контекстной подсказке по Ctrl+Пробел, или сделать срабатывание по отдельному хоткею.

Для начала можно просто проиндексировать все экспортные методы в областях ПрограммныйИнтерфейс общих модулей, это уже сильно поможет. Далее можно реализовать настройки исключения некоторых модулей из индекса для увеличения релевантности поиска. Например можно исключить модули специфичных подсистем вроде ВедомостьНаВыплатуЗарплатыКлиентСервер, модули с суффиксом Служебный. Это можно реализовать отбором по подсистемам, по маске имени или даже просто сделать выбор конкретных модулей в явном виде галками.

Интеграция с моделью СППР - генератор модели и контроль разработки по модели

Оформление списка баз

Хотелось бы получить возможность офорлять список баз и блокировать к ним доступ.
Условно - есть 10 баз, Я хочу тестовые выделить одним цветом, продакшен - другим цветом.
И вешать на них лейбы (как в гитхабе), чтобы можно было потом по ним фильтровать.

Папки в дереве конфигурации

Сделать возможность группировать объекты в дереве по папкам.

Надо сделать это не вмешиваясь в текущую структуру файлов, как вариант - добавить новый файл с описанием принадлежности объекта к папке и при формировании дерева смотреть в него.

Проверка применимости расширения к базовому проекту

Сейчас в EDT нет механизма контроля применимости процедур, заимствованных с аннотацией "ИзменениеИКонтроль". Точнее, они расцениваются как обычная ошибка кода. Я бы очень хотел иметь такую функцию отдельно.
Сценарий использования:

• обновил основную конфигурацию поставщика
• запустил проверку
• получил ошибки применения в 4-х процедурах
• полез смотреть, что там изменилось, и нужно ли перерабатывать логику расширений.

И вишенкой на торте, если это возможно вообще сделать, некий мастер трехстороннего сравнения - модуль из конфигурации, сохраненная версия модуля в расширения и расширенная версия. В Конфигураторе такая штука есть, но работает только с использованием сторонней утилиты трехстороннего сравнения.

Автопроставление (авто-поднятие) версий сборки/проекта

Доброе.
Есть такое предложение к плагину - сделать плагин с автоподстановкой новой версии.
Т.е. я указываю некий шаблон подстановки, и путь к файлу. ЕДТ когда собирает внешнюю обработку или обновляет конфу - поднимает версию сборки автоматом.

Для чего? Ответ один и простой, точнее 2:

1. Для конфигураций и расширений - кеши. Особенно при разработке мобильной - это вообще трешь, там кеш на кеше и кешем погоняет. И нифига не понятно - перенеслись изменения или нет.
2. Периодические приколы едт, когда она не обновляет конфу, или не перекомпилирует сборку обработки/отчета.

Блокировка объектов для изменения при групповой разработке

Хотелось бы иметь возможность разделить группы доступа для разработчиков по объектам. Пример:
Стажерам разрешить менять несколько отчетов;
Младшим разработчикам - добавить к этому документы, справочники, обработки, несколько общих модулей
Старшим разработчикам не ограничивать доступ к изменению конфигурации

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

В палитре свойств показывать\подсвечивать измененные значения по сравнению со значением "по-умолчанию"

Плагин для перенаправления чтения кода общего модуля и кода модуля формы из epf

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

1. Нужна кнопка - перенаправить код модуля в epf.
2. Вернуть код модуля из epf.

Контроль плагинов проекта

Сценарий

• Команда разрабатывает общий проект в Git, но в команде используются дополнительные плагины на определенном проекте.
• Каждый разработчик может учавствовать в нескольких проектах - в каждом может быть разный набор требуемых плагинов.
• Необходимо убедиться что все члены команды работают в проекте с нужным количеством доп.инструментов, которые помогают, или предотвращают совершение ошибок.

Функциональность

• Хранение списка плагинов в рамках проекта (версионируемый список в git)
• Возможность указания диапазона версий для плагина, например, если есть минимальная версия в которой исправлены ошибки или есть новая функциональность - то разработчик не должен работать с младшими версиями. Так же возможно ограничение по максимальной версии - если в новой версии плагина добавлены несовместимые изменения для работы в текущем проекте.
• При старте ЕДТ или при старте проекта - проверять наличие плагинов у разработчика.
• Предлагать установить требуемые версии плагинов
• Возможность поставлять настройки по умолчанию через oomph-setup со списком доп.плагинов для создания нового проекта.

Пожелание похоже на #41
Возможно следует объединить.

Конвертация данных 3 в EDT

Когда-то начал изучать плагинописание в EDT для того, чтобы сделать аналог Конвертации данных 3.
Даже был сделан некий прототип:
https://github.com/DoublesunRUS/ru.capralow.dt.conversion

В прототипе была сделана попытка добавить редактор ПОД и ПКО, аналогичный КД3. Прототип показал, что редактирование ПОД или ПКО в отдельном модальном окне неудобно. И надо придумывать что-то еще.

Кроме очевидной идеи сделать свою перспективу и свой вид проекта, что на мой взгляд слишком трудозатратно, возникла мысль добавить некий модуль обмена в каждый объект метаданных. По аналогии с тем как сейчас существует модуль менеджера. Сложность такого подхода в том, что в одной конфигурации может быть несколько версий формата и несколько модулей с ПКО и ПОД. И неясно как сделать удобное переключение версий формата.

В процессе реализации прототипа также было выявлены смежные потребности:

1. Необходимо проверять модуль и пакет XDTO (видимо отдельным плагином)
2. Необходимо делать описание конвертации на основании модуля (есть в прототипе)
3. Необходимо иметь некий анализатор взаимных обменов, если в рабочей области есть несколько проектов основных конфигураций (есть в прототипе).

Быстрый просмотр временных таблиц

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

фильтры в дереве проектов

Было бы здорово иметь расширенный фильтр дерева проектов в перспективе 1с. Для компаний, ведущих одновременно десятки проектов без выделенных на каждый проект команды, количество проектов в дереве может быть очень большим. Переключение рабочей области не панацея - жонглировать ими не очень-то удобно.

Лично мне были бы полезны следующие фильтры:

1. Природа проектов (тег nature в файле .project). Причем, иметь возможность фильтра не только среди вариантов "конфигурация/расширение/внешниеОбработки". Дело в том, что в той же EDT можно вести разработку проектов "НЕ_1с". Например, мы разрабатываем на JS конфигурацию мобильного клиента для android, для чего есть отдельная перспектива. Очень удобно иметь в одной среде разработки код сразу двух связанных проектов - в данном случае, фронт и бек. Неудобство в том, что JS проекты в этом случае тоже отображаются в перспективе 1с, в виде набора файлов.
2. Все проекты, находящиеся в одном Git-репозитории (вложенные проекты и подключенные подмодули). Как 1с, так и не 1с, скрытие отдельным фильтром в п.1

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

Предложение по рефакторингу текстовых констант

Если константа в модуле встречается несколько раз - предалась ее вынести в отдельный приватный метод и заменить все вызовы константы в этом модуле

Поддержка совместной работы с Хранилищем Конфигураций 1С

Возможности

• контекстные команды для ОМД для захвата или отпуска/помещения в хранилище
• хранить статусы захвата по предыдущему сеансу захвата
• запрет синхронизации с ИБ для объектов которые не были захвачены (стратегии синхронизации приложения)
• команды обновления ИБ из хранилища и последующая обратная синхронизация с проектом
• запрет редактирования объектов не захваченных в хранилище

Не возможно реализовать

• получение/обновление статусов захвата
• ?

Интерфейсы в 1С

БСП содержит в себе механизмы, которые по сути требуют от подключенного объекта реализацию некоторого интерфейса. Например https://its.1c.ru/db/bsp314doc#content:4:1:issogl2_%D0%BD%D0%B0%D1%81%D1%82%D1%80%D0%BE%D0%B9%D0%BA%D0%B037

То есть объект подключенный к механизму должен содержать внутри модулей некоторые методы и содержать в объектах некий набор табличных частей и реквизитов.

Пробовал на примере подсистемы Подключаемые команды сделать такие проверки:
https://github.com/DoublesunRUS/ru.capralow.dt.ssl.checks

В процессе реализации понял:

1. Ручное прописывание проверок очень трудоемкое
2. Очень много повторяющегося кода

У меня сложилось мнение, что данную задачу можно решить через декларативное описание подобных интерфейсов.
Так как БСП не является открытой библиотекой, то в качестве декларативного описания нужно использовать внешний файл. Например json или yaml.

См. основной концепт

Плагин для контроля префиксов

По внутреннему регламенту разработки мы добавляем к нашим объектам, реквизитам и методам некий префикс.
Например рар_МояПроцедура или рар_МойДокумент.
Проверять можно несколькими способами:

1. Ориентируясь на настройку поддержки
2. Если объект входит в типовую или префиксованную неинтерфейсную подсистему
3. Если в коментарии к методу прописан некий тег (например Рарус).

Начал делать плагин на новом механизме проверок:
https://github.com/DoublesunRUS/ru.capralow.dt.adaptation

Bracket Lens - отображение в закрывающей скобке заголовка блока

В VSC есть плагин https://marketplace.visualstudio.com/items?itemName=wraith13.bracket-lens

У закрывающихся операторных скобок (КонецЕсли, КонецЦикла, КонецФункции итп) он умеет показывать заголовок.

Выглядит так:

Просмотр реализации in-place

implementation.in-place.mp4

"Избранное" из моих объектов метаданных в навигаторе 1C

Плагин запуска скриптов на onescript или 1С:Исполнителе внутри ЕДТ

Цель - упростить написание простых дополнений для ЕДТ без изучения Java и методологии написания плагинов.

Добавление пользовательской документации

Идея состоит в том что помимо официальной документации добавить в справку пользовательскую документацию, то есть создать репозиторий на github и хранить документацию в Markdown, сообщество ее дополняла и изменяла.

Создание ошибки Аудита кода по выделенному тексту модуля или метаданному в СППР

Плагин для совместной работы над проектом

Аналог плагинов для VSCode или eclipse, но чтобы работало с ЕДТ.

• LiveShare для vscode
• CodeTogether для eclipse

Сейчас все плагины работают через отслеживание работы с файлами. Более менее в модулями можно работать.
Но все остальное(свойства объектов, формы и т.п.) не работают. Подозреваю, что это самое остальное открывается и редактируется не напряму через файл, а как-то "виртуально"

Программный интерфейс вместо прямого доступа к данным

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

Для тестовой EDT был сделан прототип:
https://youtu.be/8qf7wOSAB8I

Разработка началась в репозитории (необходима версия выше чем 2021.1):
https://github.com/DoublesunRUS/ru.capralow.dt.hrm.support

В процессе анализа процедур ПИ было установлено, что декларативные комментарии написаны с нарушением стандартов и автоматический разбор ПИ невозможен.
Поэтому дополнительно требуется некоторый анализатор ПИ, который потом будет выдавать json или yaml файл для ручной корректировки.

Интеграция с СППР- список задач, ошибок и тех.проектов через коннектор Mylyn

Через Rest-API из СППР можно получать любую информацию.

Графическая схема модуля

Иногда схема взаимных вызовов бывает нетривиальной. Хорошо бы увидеть ее на схеме. Особенно полезно было бы для модуля формы. Предлагаю одиночные функции (которые не вызывают другие функции и вызываются сами) не показывать на этой схеме. Интересует именно связь между процедурами / функциями модуля, причем без учета условий и циклов (просто наличие вызова отображать однонаправленной связью)

Для примера взял некоторый набор функций из формы документа ПКО.

На схеме сразу видно, что желтые связи лишние, т.к. эти функции и так вызываются через другие.

Далее, видим, что вызовы УстановитьВидимостьСервер и УправлениеЭлементамиФормы примерно одинаковы. Логично объединить эти блоки в один.

Объединяем эти блоки в УправлениеЭлементамиФормы.
Теперь видим, что УстановитьВидимость всегда и так вызывается из УправлениеЭлементамиФормы.

Можно перенести ее функционал в УправлениеЭлементамиФормы. Затем УправлениеЭлементамиФормы переименуем в УстановитьВидимость.

Остался последний штрих - перенести УстановитьПараметрыВыбораРасходногоКассовогоОрдера в УстановитьВидимость, т.к. вызывается только из него.

Получаем простую и понятную схему
Написал немного развернуто, чтобы было понятно для чего нужна схема модуля.

Swagger для http-сервисов в 1С и генерация документации API сервисов

1. Подготовка OpenApi json по исходникам конфигурации
2. Кодогенерация http сервиса по имеющейся OpenApi спецификации
3. Быстрое разворачивание swagger UI.

Внешний редактор кода

Вроде бы есть всякие наборы подсветок для редакторов, а открыть код муторно. Либо скопировать, либо пересохранить, чтобы файл стал внешним. В общем, нужен более быстрый запуск. Как хотите: либо по сочетанию клавиш, либо мгновенно, по открытию в конфигураторе. Спасибо.

Плагин контроля реструктуризации БД

Сделать плагин который отслеживает все изменения важные, для реструктуризации

• Удаление данных
• Сокращение/расширение типов
• Изменение сортировки измерений регистров
• Включение индексирования
• Добавление данных

Плагин мог бы сравнить 2 версии исходников и сказать какие между ними различия

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

Перенос точек останова из Конфигуратора в EDT

Нужен плагин для переноса точек останова сохраненных из Конфигуратора в виде XML в проект той же конфигурации в EDT.

При переходе на одном из своих проектов из разработки в Конфигураторе в EDT столкнулся с проблемой переноса списка точек останова. При добавлении конфигурации в проект EDT точки останова автоматически не перенеслись, что в принципе ожидаемо. Однако, в Конфигураторе есть возможность сохранить список точек останова в виде файла XML. В EDT тоже есть возможность импорта и экспорта точек останова, но в другом формате bkpt, который по сути тот же XML, только с иной структурой. Было бы проще переходить на разработку в EDT проекты в которых прямо сейчас используется много точек останова. Сейчас такой возможности нет и разработку решения для конкретно этого проекта пришлось завершать в Конфигураторе.

Детализированная подсказка по типу

Что сделать

Если для типа переменный можно вычислить источник (например, функцию-конструктор), то по сочетанию клавиш показывать описание этой функции / описание возвращаемого значения.

Если источник типа не функция конструктор, то просто выводить полное имя типа и ссылку для перехода.
Например, Обработки.МояОбработка.Формы.МояФорма.Список.Колонка.

Если типов несколько, то кликабельный выбор информации по типу или переход как во втором случае.

Для чего

Меньше навигации по коду, быстрее получаешь информацию

Вкладка с модулем обычного приложения

Вопрос чисто принципиальный - возможно ли добавить то, что существует пока в платформе и от чего так яростно открещиваются авторы ЕДТ ?
Такой же модуль как и другие.
По идее нужна вкладка и пункт меню дополнить в нужном месте, чтобы 4-й модуль открыть можно было.

Сейчас при попытке перейти в этот модуль - система открывает окно свойств базы , но не находит вкладку.

Отображение диаграмм PlantUML, в которых есть упоминание текущего объекта метаданных

Есть проект (в статусе заготовки), позволяющий использовать иконки объектов платформы 1С на диаграммах PlantUML. Это позволяет описывать модель системы не на абстрактных сущностях UML, а на вполне конкретных, которые есть в платформе.

Описание моделей системы в виде диаграмм нужно, в первую очередь, для повышения эффективности обмена информацией внутри команды: диаграммой можно быстро и емко описать какую-то концепцию, подход, наглядно отобразить взаимосвязи сущностей. При размещении диаграмм в том же репозитории, что и конфигурация (согласно концепции Documentation as Code) было бы удобно иметь команду в EDT, которая выводит список всех диаграмм, в которых упоминается выбранный объект метаданных. При выборе одной из таких диаграмм EDT должна отобразить ее (см. PlantUML Eclipse Plugin https://github.com/hallvard/plantuml). С помощью этого плагина разработчик сможет быстро находить документацию, связанную с интересующим его объектом метаданных (тем самым, оставаться в контексте решаемой задачи).

Пример:

@startuml
!include dist/common.puml
!include dist/v8_Document.puml

_Документ(ПриобретениеТоваровУслуг, "Приобретение товаров и услуг")
@enduml

В примере первый параметр присвоит alias элементу на диаграмме, он же является именем объекта метаданных. Макрос _Документ говорит о том, что это именно документ, а не какой-то другой тип.

Сценарий: Поиск диаграмм, в которых упоминается текущий объект метаданных
    Дано у меня открыт проект EDT
    И в репозитории проекта есть каталог ./docs/plantuml
    
    Когда в панели с конфигурацией я активизирую строку Документ.ПриобретениеТоваровУслуг
    И я нажимаю комбинацию клавиш Ctrl+?
    Тогда я жду, что в панели Диаграммы PlantUML появится таблица:
    | Диаграмма       | 
    | ЗакупкаТМЦ.puml |
    | Закупки.puml    |

Связь mylyn и СППР + VA

Когда Vanessa Automation выполняет сценарные тесты, она фиксирует ошибки прохождения тестов. Сейчас ведется доработка VA, чтобы она эти ошибки фиксировала сразу, а не по окончанию тестов.
Далее необходимо чтобы эти ошибки сразу можно было загружать в СППР.
Необходимо написать коннектор для СППР к плагину Mylyn, чтобы ошибки СППР сразу отображались в EDT.

Copyright Tool - помощник и контроль авторских прав на код приложений 1С

Для приложений 1С можно/нужно использовать лицензии на код. При изменении/добавлении модулей - нужно добавлять заголовок с копирайтом, а так же можно было бы обновлять год копирайта при изменении кода.

Для Java например существуют различные инструменты контроля копирайта (Eclipse Releng Tools, Maven check style и другие).

Можно бы по аналогии сделать плагин для приложений 1С, или адаптировать существующие.

Контроль версии рантайма/отладки 1С для проектов EDT

Для команд работающих с общим репозиторием была бы полезна функция контроля версий 1С с которыми должны работать все коллеги в команде.

Потребности

• Указывать для каждой вертки репозитория свою версию
• Возможность указывать точные версии или диапазон версий (с указанием минимальной-максимальной маски)
• Указывать версию EDT - т.к. если пользователь отроет с другой версией - то могут быть несовместимости форматов или исправленные ошибки
  • Ругаться при старте ЕДТ если проект запускается не с той версией
• Указывать версию 1С:Предприятия для запуска рантайма и отладки
• Предлагать устанавливать необходимые версии 1С:Предприятия
  • Устанавливать платформы автоматически (при согласии пользователя + настройки)
  • возможность скачивать (только!) официальные релизы с сайта https://releases.1c.ru
  • Возможность указывать локальный каталог с форматом по версиям c шаблонами ${v1} ${v2} ${v3} ${v4} для установки из сети, например: \\mySever\1c\releases\platform\${v1}.${v2}.${v3}\${v1}.${v2}.${v3}.${v4}\x86_64\setup.exe
  • Проверять наличие новых версий 1С периодически (если указан диапазон версий) - при запуске или раз в N-дней
  • Предлагать удалять версии которыми не пользовались более 3х месяцев (настраиваемое время?)
  • Поддержка установки на Windows, Linux, macOS
• Дистрибьюция начальной версии 1С:Предприятия через oomph-setup (1C:Starter)

Error Lens - отображение ошибок инлайн

В VSC есть плагин https://marketplace.visualstudio.com/items?itemName=usernamehw.errorlens

Он отображает ошибки непосредственно в строке. Разные критичности отображаются разным цветом.

Выглядит так:

default настройки для новых элементов форм

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