Version vom 19:57, 30. Mai 2011

• MS.net 4.0
• Laden und Starten von Plug-Ins (weitere Add-Ins)
• Zugriff auf Command bars / Ribbons
  • Weiche zw. Commandbar und Ribbon
  1. Host stellt Zugriff zur Verfügung
  2. Plug-In stellt nur Daten zur Verfügung
  • Funktionsumfang von Ribbon/CommandBar ???

• VBE: Tool-Window erzeugen + bestehende verwenden (GUID)
• Application-Objekt (VBE + Office-Application) liefern
• Optionen-Dialog (für Host + Plug-Ins?) - gemeinsame Optionen?
• MEF ???
• Lade-Reihenfolge festlegen? ... NEIN - (Noch nicht)
• Aufräumen - Command bar, ... STABIL
• Laden
  • Laden über: Verzeichnis + XML je Plug-In, Registry, zentrales XML
  • Informationen von Plug-In:
    • Für User: Name, Beschreibung, Versionsnummer, URL, Copyright
    • Für Host: ID (z. B. direkt von Assembly), für welche Office-Anwendung(en) ist Plug-In, Einsatz von Plug-In ab Host-Version
  • Host: Ladeverhalten: wie VBE-Add-Ins

• Host für VBE + Office-App.
• Beobachten vom Laufzeitverhalten / Abgestürztes Add-In nicht mehr laden

• Fehlerbehandlung durch Host (z. B. ein Fehler über Event von CommandBar)

• Eventhandler analog MS.net / Delegates
• Kein direktes Reagieren auf CommandBar-Events im Plug-In - Nur Host reagiert auf Commandbar-Events
• Add-in-Host für Office 2000 bis 2010 ff

• Hot-Keys - Wer bestimmt? Plug-In legt fest, Host meldet doppelte?

• PIA - welche Version?
• Vorerst keine Shims - getrennte Appdomain

• Anwendungseigenschaft im Host für Plug-In
  • Dokument/Datenbank ist geladen
  • ...