eventi di controlli ActiveX non inviati al WPF base (interoperabilità COM) quando si utilizza Reg-Free-COM

Question

Ho un controllo ActiveX basato WPF (interoperabilità COM). Sono in grado di utilizzare correttamente registrando il controllo. Quando ho cercato di Reg-Free-COM (utilizzando i file manifesto) il controllo sembra essere attivato, ma gli eventi (come il clic del mouse, RequestBringIntoView ecc) Non rispondere. È interessante notare che, doppio click e opere chiave scheda.

Ho letto in questo articolo http : //blogs.msdn.com/karstenj/archive/2006/10/09/activex-wpf-gadget.aspx che "... Questi aspetti positivi sono dotati di un prezzo: il controllo ActiveX deve essere registrato nel registro di sistema, che richiede un qualche tipo di installazione come ad esempio un mSI. Il processo di installazione di default gadget non possono installare ActiveX. Il controllo ActiveX non può essere l'accesso tramite reg-COM libera. ... "

Qualcuno ha avuto un'esperienza simile? Qualcuno può spiegare cosa sta succedendo?

Osservazioni:
Quando il controllo è attivato dopo che è stato registrato appare come parte dell'interfaccia utente del client COM. Il controllo non riceve attenzione, i suoi elementi ricevono.

Quando si utilizza senza reg-com il controllo non viene caricato correttamente. 1) Il controllo riceve fuoco invece dei suoi elementi secondari 2) Il controllo ha zone che sono nero invece del colore di default di Windows 3) quando ho scheda dentro e fuori del controllo o fare doppio clic esso, è sottoelementi ricevono lo stato attivo, inizia il controllo che ricevono gli eventi e le aree nere sono sostituiti dal colore corretto

Answer 1

ho scoperto che il controllo è stato inattivo perché l'attributo miscStatus che è impostato sulla registrazione COM è necessario per attivarlo. Io posto una domanda separata su questo.