Подскажите, кто занимался написанием аддинов для студии.
Почему примеры из VS 2005 Automation Samples (пакет примеров с офсайта Майкрософт) компилируются без единой ошибки, но не запускаются в VS 2008 (т.е. при запуске второго экземпляра студии из отладчика соответствующий адд-ин не появляется в списке Tools/Add-in Manager)? В чем их отличие от примеров, генерируемых мастером VS2008? И почему в некоторых случаях аддины, сгенерированные мастером студии, тоже перестают в ней запускаться?
Что такое опция /resetaddin, которую нужно указать в Debug/command line arguments?
08.02.10 23:06: Перенесено модератором из '.NET' — TK
Здравствуйте, x-code, Вы писали:
XC>Почему примеры из VS 2005 Automation Samples (пакет примеров с офсайта Майкрософт) компилируются без единой ошибки, но не запускаются в VS 2008 (т.е. при запуске второго экземпляра студии из отладчика соответствующий адд-ин не появляется в списке Tools/Add-in Manager)? В чем их отличие от примеров, генерируемых мастером VS2008? И почему в некоторых случаях аддины, сгенерированные мастером студии, тоже перестают в ней запускаться? XC>Что такое опция /resetaddin, которую нужно указать в Debug/command line arguments?
С одним вопросом вроде сам разобрался методом тыка... в файлике <addin_name>.AddIn нужно 8.0 заменить на 9.0
Хотя вопросов в любом случае больше чем ответов... Где об этом можно почитать нормально? Есть какие-то кгиги, статьи?
Здравствуйте, x-code, Вы писали:
XC>Подскажите, кто занимался написанием аддинов для студии.
XC>Почему примеры из VS 2005 Automation Samples (пакет примеров с офсайта Майкрософт) компилируются без единой ошибки, но не запускаются в VS 2008 ...
В Package — классе есть атрибуты, что то вроде default registry root. На основании значения этого атрибута тулой RegPkg.exe (запускается автоматом для сэмплов) генерируется .reg файл и заносится в реестр. Так вот, для VS 2005 Registry Root имеет значение Software\Microsoft\VisualStudio\8.0, а для VS 2008 — Software\Microsoft\VisualStudio\9.0. VS загружает пакет на основании данных реестра, в твоем случае для VS 2008 пакет не зарегистрирован — исправляешь на значение с 9.0.
Экспериментирую с DTE2.
У разных элементов solution'а есть свойства (те что вызываются щелчком правой кнопки мыши на элементе, и затем командой properties). Все они разного типа: у проектов C# — окно в области документов, у *.cpp — диалоговое окно с деревом, у некоторых файлов еще один вид — свойства в закладке Properties.
При попытке программно прочитать свойства всех элементов солюшена, получил еще четвертый вариант — отличающийся по составу от тех свойств, которые доступны из студии
На самом деле я хочу программно добраться до Custom Build Tool любого элемента
Кто может прояснить мне, почему так много свойств и как с ними правивльно работать программно?