On Wed, Mar 22, 2017 at 4:45 PM, Axel Hecht <l...@mozilla.com> wrote: > Am 22.03.17 um 15:39 schrieb Jorge Villalobos: >> >> On 3/22/17 8:10 AM, Henri Sivonen wrote: >>> >>> On Wed, Mar 22, 2017 at 3:52 PM, Nicolas B. Pierron >>> <nicolas.b.pier...@mozilla.com> wrote: >>>> >>>> On 03/22/2017 09:18 AM, Henri Sivonen wrote: >>>>> >>>>> >>>>> Without XPCOM extensions, what's the story for out-of-tree spell >>>>> checkers? >>>>> >>>>> […], which implements >>>>> mozISpellCheckingEngine in JS and connects to the libvoikko[1] back >>>>> end via jsctypes. […] >>>> >>>> >>>> >>>> Would compiling libvoikko to WebAssembly remove the need for jsctypes >>>> and >>>> XPCOM? >>> >>> >>> It would remove the need for jsctypes, but how would a WebAssembly >>> program in a Web Extension get to act as a spell checking engine once >>> extensions can no longer implement XPCOM interfaces >>> (mozISpellCheckingEngine in this case)? >>> >> >> Note there is a bug on file to implement an spell-checker API for >> WebExtensions: https://bugzilla.mozilla.org/show_bug.cgi?id=1343551 >> >> The API request was approved but is low priority. >> >> Jorge >> > > Note, that bug seems about using an API like mozISpellCheckingEngine from > web extensions. > > It doesn't seem to be about providing an implementation of it via a web > extension.
Indeed. Considering that there seems to be only one out-of-tree library that gets glued into a mozISpellCheckingEngine provider (libvoikko), it seems to me that it would be misplaced effort if Mozilla designed a Web Extension API for providing a spell checker and then asked the Voikko developers to figure out how to compile the code into WebAssembly and how to package the wasm and all the data files as a Web Extension. dlopening libvoikko, if installed, and having thin C++ glue code in-tree seems much simpler, except maybe for sandboxing. What are the sandboxing implications of dlopening a shared library that will want to load its data files? -- Henri Sivonen hsivo...@hsivonen.fi https://hsivonen.fi/ _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform