ho recentemente sviluppato un'estensione Chrome di Google che utilizza un plug-in NPAPI effettuata utilizzando il framework dello sputare fuoco. Ho appena scoperto che google interromperà a breve questi tipi di plugin e alla fine vieterà tutte le estensioni esistenti che li utilizzano. Quindi, mi piacerebbe passare all'architettura NaCl/PPAPI, ma non sono sicuro che questa architettura possa supportare ciò che sto attualmente facendo nel plugin NPAPI.Google estensione Chrome con NPAPI trasferirsi a NaCl
Nel mio plug-in NPAPI corrente sto sostenendo OSX e Windows. Nella versione OSX, il plug-in esegue la funzione system() che esegue un piccolo applescript a 1 linea. Assomiglia a questo:
osascript -e 'tell app ...
Nella versione di Windows, esegue le funzioni in una libreria COM. Entrambe le versioni finiscono per fare la stessa identica cosa. Un'altra opzione che ho è l'esecuzione di uno script python, se dovessi seguire questa strada, molto probabilmente vorrei incorporare python nel componente nativo.
È tutto questo più possibile con NaCl/PPAPI?
Native Messaging non funzionerà perché il processo con cui sto interagendo non lo supporta. –
Hai detto di aver sviluppato un plug-in NPAPI; nel modello di messaggistica nativo, il processo a cui si riferisce la tua estensione sarebbe un file binario che hai creato, che avrebbe lo stesso codice del tuo plug-in NPAPI, meno tutta la colla NPAPI e invece la gestione nativa dei messaggi nativi.Il processo a cui stai parlando in definitiva presumibilmente supporta anche il caricamento come plugin NPAPI, ma ciò non significa che NPAPI non abbia funzionato come intermediario. – smorgan
Sì, mi rendo conto che posso fare un ponte, ma questa sarà la mia ultima risorsa. Mi è piaciuto il fatto che il componente NPAPI sia fornito in un unico pacchetto di facile installazione dall'archivio delle estensioni. Dovendo installare l'estensione del browser, quindi installare un componente nativo separato è qualcosa che non vorrei fare se posso aiutarlo. –