Назрела потребность сделать инсталлятор, чтобы пользователь мог просто запустить setup и dll сама зарегистрируется в реестре и пропишутся необходимые команды в ленте со значками.Можешь писать свой инсталлятор, например MSI. В составе пакета можно определить набор изменений, которые должны вноситься в реестр при установке. Информация о создании Partial CUI\CUIX присутствует в справке AutoCAD. Создавать эти файлы программно не вижу смысла - гораздо проще и быстрее создать их один раз вручную средствами GUI, представленными в AutoCAD и результат включить в состав MSI. Создавать MSI-пакеты можно с помощью Wix (http://wixtoolset.org/).
Суть вопроса - где почитать и что посмотреть на примерах по созданию инсталляторов для модулей .net под AutoCAD? В частности как создавать файлы cuix и ресурсы меню для AutoCad, ну и как инсталлятором прописать пути к доверенным каталогам?
Что посоветуете?
Хотя вот я лично делал все сам - прописывание в реестр, создание ленты и т.п. Чтобы самому, так сказать, все прочувствовать )) В итоге достаточно один раз выполнить процедуру загрузки dll через NETLOAD - она сама все дальше сделаетНу это понятно, это я уже много раз делал. Пользователи хотят сами ставить ее, а вот это все им проделывать как-то лень, да и не у всех хватате компетенции - хотят чтобы было все красиво - инсталлятор что бы сам все сделал.
Про реестр понятно, а как добавить каталог в доверенные? тоже через реестр?Я бы рекомендовал делать это средствами AutoCAD .NET API в коде метода Initialize(): проверять наличие нужных путей (и добавлять их в случае надобности). Пример кода (правда применительно к каталогам поиска) можешь глянуть здесь (https://sites.google.com/site/bushmansnetlaboratory/moi-zametki/rabota-s-katalogami-poiska). Предполагаю, что записи о доверенных каталогах так же хранятся в реестре по аналогичному принципу и подправить их можно аналогично.
И еще - стоит ли тащить dll из SDK или напрямую прописывать их из каталога autocad?Зачем "тащить"? CopyLocal должен быть False. Я использую (как правило) то, что даётся в SDK (тем более, что использую удалённую отладку (http://bushman-andrey.blogspot.ru/2014/03/blog-post.html)).
%SystemDrive%:\ProgramData\Autodesk\ApplicationPlugins и все нижележащие каталоги автоматически доверенные. Так что если устанавливать BUNDLE в этот каталог и при установке есть права на запись в этот каталог, то дополнительно заботиться о разрешениях в AutoCAD не нужно.тогда уж не %SystemDrive%:\ProgramData\Autodesk\ApplicationPlugins, а %ProgramData%\Autodesk\ApplicationPlugins.
%APPDATA%/Autodesk/ApplicationPlugins.
%ProgramData%/Autodesk/ApplicationPlugins (кроме AutoCAD 2012).
%ProgramFiles%/Autodesk/ApplicationPlugins (использовался в AutoCAD 2012 но, если не мне изменяет память, может использоваться и в более новых версиях).
здоровьяДа, сейчас это актуально... :)
На всякий случай поясняю - если ты решишь оформлять свой плагин в виде Bundle-пакета и использовать его в AutoCAD 2012 или более новой версии, то регистрировать его в реестре нет необходимости.
Или в принципе Bundle пакеты только после >=2012 версии?Именно так. В реестре можно прописать загрузку dll-файла в AutoCAD, но других возможностей Bundle в версиях до 2012 нет.