Génération async événements Javascript de plug-in du navigateur (NPAPI)

Question

J'écris un plugin navigateur web (NPAPI.)

Mon plug-in démarre un thread de travail, et que le travailleur progresse, je voudrais passer les événements de retour à Javascript. Mais à cause du modèle de thread NPAPI, il n'est pas légal que le thread de travail rappelle directement NPAPI, donc le thread de travail ne peut pas appeler Javascript.

Une solution à cela est la fonction NPN_PluginThreadAsyncCall. Mais c'est une fonction relativement nouvelle. Par exemple, il est pris en charge uniquement à partir de Firefox 3.

Existe-t-il un moyen d'obtenir une exécution d'événement/javascript asynchrone à partir d'un plugin NPAPI sans utiliser NPN_PluginThreadAsyncCall? Qu'ont fait les gens avant que cette fonction ne soit ajoutée?

Answer 1

La réponse est oui ... et non ...

Si vous avez besoin pour soutenir les anciens navigateurs (Firefox 3 avant), vous pouvez mettre en œuvre la même fonction NPN_PluginThreadAsyncCall. Sous Windows, vous pouvez le faire en créant une structure de données qui peut contenir le pointeur de fonction et le pointeur opaque void *, puis publier un message personnalisé dans la fenêtre principale avec un pointeur sur votre structure de données en tant que LPARAM.

La fenêtre principale WINPPROC s'exécute sur le thread UI, qui est le thread qui peut parler à Javascript. Ainsi, lorsque vous obtenez ce message dans votre WINPROC, vous retournez simplement la LPARAM au pointeur, appelez la méthode avec les données opaques, puis libérez la structure de données.

Sur Mac, vous pouvez faire une chose similaire avec une file d'attente pour stocker les événements, puis sur l'événement NULL (qui est envoyé par Mac OS à chaque tick) vérifier pour voir si quelque chose s'y trouve. Si c'est le cas, éteignez-le, appelez la méthode, libérez-la et continuez.

Il y a probablement un moyen de le faire sous Linux, mais je ne sais pas ce que c'est.

Vous trouverez un exemple de la version de Windows dans le firebreath project.

La manipulation du message WinProc est dans ce fichier: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.cpp

L'événement et la structure de données sont définies dans le fichier d'en-tête: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.h

Et la méthode pour le tir de cet événement est ici:

void ActiveXBrowserHost::ScheduleAsyncCall(void (*func)(void *), void *userData) 
{ 
    if (m_hWnd != NULL) 
     ::PostMessage(m_hWnd, WM_ASYNCTHREADINVOKE, NULL, 
      (LPARAM)new FB::WINDOWS_ASYNC_EVENT(func, userData)); 
}