Generación de eventos de JavaScript asíncrono de plugin para el navegador (NPAPI)

Question

Estoy escribiendo un plugin para el navegador web (NPAPI.)

Mi complemento se inicia un subproceso de trabajo, y que el trabajador progresa, me gustaría volver a pasar eventos a Javascript Pero debido al modelo de subprocesamiento NPAPI, no es legal que el subproceso de trabajo vuelva a llamar directamente a NPAPI, por lo que el subproceso de trabajo no puede invocar Javascript.

Una solución para esto es la función NPN_PluginThreadAsyncCall. Pero esta es una función relativamente nueva. Por ejemplo, solo es compatible con Firefox 3 en adelante.

¿Hay alguna forma de obtener la ejecución de eventos asincrónicos/ejecución de javascript desde un complemento NPAPI sin utilizar NPN_PluginThreadAsyncCall? ¿Qué hizo la gente antes de agregar esta función?

Answer 1

La respuesta es sí ... y no ...

Si tiene que soportar los navegadores antiguos (pre Firefox 3), se puede implementar el NPN_PluginThreadAsyncCall función manualmente. En Windows, puede hacerlo creando una estructura de datos que pueda contener el puntero de función y el puntero opaco void * y luego publique un mensaje personalizado en la ventana principal con un puntero a su estructura de datos como LPARAM.

La ventana principal WINPPROC se ejecuta en el subproceso UI, que es el hilo que puede hablar con Javascript. Entonces, cuando recibes ese mensaje en tu WINPROC, simplemente vuelves a lanzar el LPARAM al puntero, llamas al método con los datos opacos y luego liberas la estructura de datos.

En Mac, puede hacer algo similar con una cola para almacenar los eventos en, y luego en el evento NULL (que se envía por Mac OS acerca de cada marca) comprobar para ver si hay algo en él. Si es así, sáquelo, llame al método, libérelo y continúe.

Probablemente también haya una manera de hacerlo en Linux, pero no sé lo que es.

Puede encontrar un ejemplo de la versión de Windows en el firebreath project.

El tratamiento del mensaje winproc es en este archivo: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.cpp

El evento y la estructura de datos se definen en el archivo de cabecera: https://github.com/firebreath/FireBreath/blob/master/src/PluginWindow/Win/PluginWindowWin.h

Y el método para la cocción de ese evento está aquí:

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)); 
}