L'écriture d'un plug-in Firefox XPCOM avec une interface de fenêtre native? (Comme contrôle ActiveX)

Question

J'ai un contrôle ActiveX qui fonctionne très bien dans Internet Explorer et le programme ActiveX Control Test Container. Le comportement réel du contrôle est divisé en deux parties, où une partie est le gunk ATL qui interface avec l'hôte OLE, et l'autre partie est la vraie viande, qui reçoit juste callbacks pour la fenêtre attacher, le dimensionnement, le dessin et la souris / clavier événements.

Maintenant, je veux écrire l'équivalent de l'ATL gunk, pour un plug-in Firefox (idéalement dans le même binaire, donc je ne ai pas besoin de lier deux binaires, mais je peux être flexible ici). J'ai téléchargé et utilisé le Gecko SDK pour construire un composant XPCOM, et qui semble fonctionner, mais je ne peux pas comprendre quelles interfaces pour mettre en œuvre pour rendre le composant disponible en tant que composant d'interface natif intégré dans Firefox. Ceci est similaire dans les besoins au lecteur plug-in Flash, PDF plug-in Viewer, lecteur QuickTime plug-in, etc -. Javascript et XUL ne sera pas suffisant

Je l'ai cherché des exemples sur le web, mais les seuls exemples que je peux trouver sont basés sur l'interface apparemment ancienne NS_PluginInitialize () / NS_NewPluginInstance (), ce qui est XPCOM (mais a un autre nom?).

Est-il possible d'obtenir la même chose par XPCOM? Si c'est le cas, comment? Et ce qu'il existe une documentation de présentation du tout (pas d'interface juste liste des membres) sur la façon de s'y prendre pour le faire?

Answer 1

Aaaand la réponse juste sauté sur une autre recherche sur le Web. Eh bien, au moins le début de quelque morceau de ficelle qui, lorsqu'elle est tirée assez longtemps, probablement répondre à la question.

https://developer.mozilla.org/en/Gecko_Plugin_API_Reference / plug-in_Basics # Windowed_and_Windowless_Plug-ins