Wiki der Access Code Library

Gemeinsam zu mehr Effizienz in der Anwendungserstellung

Add-In-Host

Aus Access Code Library
Wechseln zu: Navigation, Suche
  • 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
    • ...