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

[bert]

Здравствуйте, подскажите, как добавлять программно пути в настройках автокада?
например при загрузке плагина необходимо добавлять пути в инструментальную палитру, пути к вспомогательным файлам, к доверительным местоположения и добавить в автозагрузку приложений несколько лисп-файлов

[Андрей Бушман]

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

Это криворукий способ. Создавай Bundle-пакет по обозначенным в официальной документации правилам и не насилуй себе мозг.

[Александр Ривилис]

Если это нужно делать из .NET-сборки внутри AutoCAD, то смотри класс Autodesk.AutoCAD.ApplicationServices.UserConfigurationManager

[Андрей Бушман]

к доверительным местоположения

А на этот счёт я всегда испытывал некоторые сомнения, т.к. решение о том, какие каталоги могут быть доверительными, должен принимать либо администратор CAD, либо пользователь, но не разработчик подгружаемого плагина, поскольку программное изменение этой настройки - это очередная лазейка для вредоностного ПО. ИМХО.

[Максим Маркевич]

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

За эти вещи отвечает файл профиля (.arg).

и добавить в автозагрузку приложений несколько лисп-файлов

А вот за это файл адаптации (.cuix).
Недавно я замышлял нечто подобное. Пришел к тому, что уже отметил Андрей Бушман:

Создавай Bundle-пакет по обозначенным в официальной документации правилам и не насилуй себе мозг.

[Андрей Бушман]

За эти вещи отвечает файл профиля (.arg).

Под каждый плагин ARG-файлов не наделаешь.

[Андрей Бушман]

А вот за это файл адаптации (.cuix).

Если вспомнить о "чемоданчике", то настройки Startup Suite так же находятся в ARG-файле.

[Максим Маркевич]

Если вспомнить о "чемоданчике", то настройки Startup Suite так же находятся в ARG-файле.

Проверил, да, действительно так, что-то я попутал. Извиняюсь.

[bert]

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

Это криворукий способ. Создавай Bundle-пакет по обозначенным в официальной документации правилам и не насилуй себе мозг.

Андрей, благодарю за ответ, раньше никогда не занимался созданием "Bundle-пакетов", пробовал гуглить и наткнулся на статью, где Ваш ответ помечен в качестве решения
http://adn-cis.org/forum/index.php?topic=3331.0
Вопрос, какие могут быть преимущества скажем создания такого msi установщика по сравнению с
1) созданием своего профиля

2) экспортировать данный профиль в редакторе реестра

3) запустить данный рег файл по необходимости

И можете все-таки скинуть ссылку на ветку в справке где разработчик уделяет внимание созданию Bundle-пакетов?

[Андрей Бушман]

раньше никогда не занимался созданием "Bundle-пакетов", пробовал гуглить и наткнулся на статью
...
И можете все-таки скинуть ссылку на ветку в справке где разработчик уделяет внимание созданию Bundle-пакетов?

Поиск в справке по слову "PackageContents.xml" поможет тебе найти информацию о том, как создавать и конфигурировать BUNDLE-пакеты (я находил именно так). Только смотреть нужно англоязычную справку, т.к. русская содержит множество ошибок.

какие могут быть преимущества скажем создания такого msi установщика по сравнению с

1. В некоторых организациях админы запрещают запуск REG-файлов с правами обычного пользователя (например в той, в которой работаю я). Т.о. пользователю может не хватить прав для запуска твоего REG-файла.

2. Даже если свой профиль AutoCAD ты будешь распространять при помощи ARG-файла вместо REG-файла, то установкой и инициализацией своего профиля AutoCAD ты можешь нарушить работу др. расширений(и даже AutoCAD), т.к. в установленном тобой профиле могут отсутствовать необходимые записи для каталогов поиска ресурсов (Support File Search Path), а так же могут быть изменены и др. важные настройки, которые ранее были определены корпоративными стандартами, действующими в рамках организации: шрифты, шаблоны и т.п.

MSI - это всего лишь способ установки твоего BUDLE-пакета. Он так же может предоставлять юзеру возможность, куда именно следует устанавливать пакет (например, в одно из стандартных размещений, которые мониторит манагер пакетов). В зависимости от целевого каталога, MSI может устанавливаться как с правами админа, так и без них. Кроме того, MSI для твоего BUNDLE-пакета создаст запись в установке\удалении программ, чтобы юзер мог в будущем обновить\восстановить\удалить твой пакет привычным для него образом. Опять же, всё тот же MSI позволяет добавлять в "Пуск -> Все Программы" нужные записи для твоего пакета: справка, ссылка на каталог размещения, деинсталляция, файл лицензии и т.п.

Пример MSI, устанавливающего BUNDLE-пакет, можешь глянуть здесь: https://bitbucket.org/Andrey-Bushman/cadproxy/wiki/Home