Własna wstążka jest ładowana przed ThisAddIn_Startup, ale chciałbym zainicjować pewne rzeczy - najlepsze rozwiązanie?

Question

Zajmuję się opracowywaniem dodatku Word z własną zakładką Wstążka. Większość mojego rzeczywistego kodu jest zawarta w niektórych klasach usług, które zostają zainicjowane w ThisAddIn_Startup i przypisane do właściwości obiektu singleton ThisAddIn. Mam także detektor zdarzeń, który nasłuchuje zdarzeń schowka, które chciałbym wystawić na resztę kodu jako właściwość tego samego obiektu.

Problem, na który napotykam, polega na tym, że ładowanie zdarzenia mojego Wstążki jest uruchamiane przed zdarzeniem Startup tego obiektuAdAdIn (nawet jeśli obiekt singleton został już zainicjowany i przypisany do Globals.ThisAddIn). W moim module obsługi zdarzeń Wstążka ładowania chciałbym zainstalować program obsługi tego słuchacza, a także skorzystać z jednej z tych usług. Nie mogę, ponieważ w tym momencie wykonywania programu są one zerowe.

Jakie jest najlepsze rozwiązanie tego problemu? Mogę po prostu zrobić wszystkie te statyczne elementy ThisAddIn i zainicjować je w statycznym konstruktorze, ale to wydaje się błędne, a także niszczy cały punkt zdarzenia Startup (lub obiektu singleton).

Dziwnie, początkowo nie miałem tego problemu, gdy moja Wstążka właśnie dodawała swoje komponenty do wbudowanej karty Dodatków - następnie załadowano zdarzenie uruchomione po uruchomieniu.

(Uwaga: Robię wszystko to w Visual Studio 2012 i przy użyciu projektanta Ribbon).

Answer 1

W tym celu jestem nadrzędne BeginInit metody. Z moich imprez doświadczenie wystąpić maksymalnie w kolejności (wstążka/inicjalizacji pokrewne):

1. CreateRibbonExtensibilityObject
2. BeginInit
3. GetCustomUI
4. Ribbon_Load
5. ThisAddIn_Startup

Answer 2

mam przetestowane rozwiązanie tinamou, to już nie działa. Ribbon_load rzeczywiście wystąpił po BeginInit, ale w tym kroku wstążka jest naprawiona i tylko do odczytu. Nie ma możliwości dodania przycisków grup ... (możliwe jest jednak modyfikowanie menu dynamicznych).

Myślę, że najlepszym sposobem (stabilnym) jest wstępne ładowanie kilku grup itp. I używanie właściwości kontrolek w celu uzyskania dynamicznej wstęgi.

Zobacz także ten wpis localize VSTO addin according to the language of the office product, wydaje się, że CreateRibbonExtensibilityObject jest uruchamiany losowo razy.