Événements non envoyés à WPF basé contrôle ActiveX (COM Interop) lors de l'utilisation Reg-Free-COM

Question

J'ai un contrôle ActiveX WPF (COM Interop). Je suis en mesure de l'utiliser correctement par l'enregistrement de la commande. Lorsque j'ai essayé de Reg-Free-COM (à l'aide des fichiers manifestes) le contrôle semble être activé, mais les événements (comme clic de souris, RequestBringIntoView etc.) répondent Do not. Fait intéressant, Double-cliquez et travaux de touche de tabulation.

J'ai lu dans le présent article http : //blogs.msdn.com/karstenj/archive/2006/10/09/activex-wpf-gadget.aspx que "... Ces aspects positifs viennent avec un prix: le contrôle ActiveX doit être enregistré dans le registre, ce qui nécessite une sorte d'installation comme un .msi. Le processus d'installation du gadget par défaut ne peut pas installer ActiveX. Le contrôle ActiveX ne peut pas être accès via gratuit reg-COM. ... "

Quelqu'un at-il eu une expérience similaire? Quelqu'un peut-il expliquer ce qui se passe?

Détails supplémentaires:
Lorsque le contrôle est activé après qu'il a été enregistré, il apparaît dans le cadre de l'interface utilisateur du client COM. Le contrôle ne reçoit pas reçu le focus, ses éléments il.

Lors de l'utilisation reg-free-com le contrôle ne se charge pas correctement. 1) Le contrôle reçoit le focus à la place de ses sous-éléments 2) Le contrôle a des zones qui sont en noir au lieu des fenêtres couleur par défaut 3) quand je onglet dans et hors du contrôle ou double-cliquez dessus, il est sous-éléments reçoivent le focus, le contrôle commence à recevoir des événements et les zones noires sont remplacées par la couleur correcte

Answer 1

Je découvre que le contrôle était inactif parce que l'attribut miscStatus qui est défini sur l'enregistrement COM est nécessaire pour l'activer. Je vais poser une question distincte sur ce point.