Снегопат

с фоссилом я не разбирался ещё. можеш сделать батник по типу get_latest, чтобы я его запускал и он сам помещал туда файлы?
файлы SciLexer.dll,SciColorerV8.dll,SciColorerV8Manager.js у меня лежат в \Snegopat\scripts\


в семерочных модулях разделителем строк была последовательность "\CR\LF", а в восьмерочных по умолчанию принят один разделитель \"LF", на это я и ориентировался при парсинге текста, потом случайно наткнулся, что в некоторы конфах, например в УТ 8.1 попадаются смешанные разделители.
При открытии модуля из текста просто убирается символ с кодом "13". При сравнении конфигураций такие модули будут помечены как измененные.
Действительно, это немного дезориентирует. Запишу себе этот вопрос на заметку.

Удалось локализовать ошибку с комментариями в запросах.
1. В модуль вставляем:

2. Устанавливаем курсор в конец строки, где устанавливается текст запроса (после ; )
3. Нажимаем Ентер.
4. Наблюдаем, что весь модуль после "|//////////////////////////////////" раскрашен как комментарий.

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

Да, я тоже за отдельный каталог. У меня, например, он прям в корне снегопата в папке "SciColorerV8" лежит

так ини-файл настроек вообще зачем в репозитарий ложить.
я согласен на любую структуру, пусть будет \Snegopat\ SciColorerV8, только сделайте мне батник )

Первый раз, в папке scripts
добавляем под версионный контроль.

Дальнейшие изменения



Если не ложить в репозитарий, то может случится несколько неприятных моментов:
Может автоматом добавиться в репозитарий, если не заметили при команде fossil add . (получается надо помнить про эту проверку). Если добавили и уйдет на сервер, то будет проблемно удалить из репозитария (точнее надо всех просить, что бы вручную удалили неправильный файл, fossil как и любая dvcs считает, что если на сервере удалили, то не факт, что надо и на локальной копии удалять и это правильно)

В поиске оптимально решения, прошу рассмотреть вариант:
1. scicolorer обращается к хранилищу настроек снегопата и там определяет путь файлу ini. Путь можно указывать относительно снегопата. (думаю минимальные настройки понадобятся, можно и скриптик нарисовать по указанию пути и т.д.)
2. Или настройки из ini перенести в файл хранилища настроек снегопата.

один раз при "fossil add" я уж постараюсь не добавить ini файл
а при "commit" можно указать конкретно какой файл обновлять? если нет, раз такое дело, конечно перенесу настройки в профиль снегопата

Это могу сделать, например, я или другой разработчик скриптов.
В чем сложность сделать файл настроек на один-два уровня выше места расположения?
Или в корне каталога Снегопата?

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes

технически конечно никакой сложности, просто хотел всё в одном месте... ладно, идем по наименьшему сопротивлению:
Итак, файл настроек делаю в папке Snegopat, а сам плагин будет в Snegopat\scripts\SciColorerV8

Идет?

Этого все и ждем!
Настройки пользователя - это же данные не разработчика, а пользователя. И в таком свете желание хранить настройки вместе со "всем [остальным]" кажется менее естественным
Рядом с addins.ini ему самое место )

_________________
С уважением,
Александр Кунташов
Канал про 1С в Телеграме: @kuntashov_devnotes