3 ms·

Interesting choice, to think about a wasm based scripting language, when the editor itself is proudly free of all webrelated stuff? Basically, have you given t

Interesting choice, to think about a wasm based scripting language, when the editor itself is proudly free of all webrelated stuff? Basically, have you given thought into it, and see a way to integrate it in a efficient way, or come those thoughts from the potential ease of use with that and implementation details later? In either case, I think scripting is very important to many people, so you probably should add a section about it somewhere, that it is definitely planned, open for suggestions (?) on the scriping language, and coming once the core features are stable. Otherwise congratulations!

dannyw 5y ago
Wasm may be web related, but it's just a reasonably mature technology with a developing ecosystem [1]. You can implement Wasm without anything web related. You can even implement ECMAScript without implementing anything web related (like the document model). [1]: https://v8.dev/blog/wasm-decompile https://v8.dev/blog/wasm-decompile
franga2000 5y ago
Wasm started in the web, but has since been ported even to the Linux kernel [0]. It seems perfect for situation where you near machine code levels of performance, but don't want to carry different binaries for different CPU architectures - exactly what you want from a plugin system. It also allows far greater isolation than "real" compiled code. [0] https://github.com/wasmerio/kernel-wasm https://github.com/wasmerio/kernel-wasm
- hutzlibu 5y ago
  So has this been successfully used, as a base of a scripting language yet? The theoretic benefits of wasm I know, but I thought it would need more time, to be useful in that area?
  - franga2000 5y ago
    I don't know of any examples, no, but I also don't really follow the space much outside of web tech (desperately trying to get away from JS).
  - nikooellegaard 5y ago
    I believe envoy uses it for plugins https://www.envoyproxy.io/docs/envoy/latest/start/sandboxes/wasm-cc https://www.envoyproxy.io/docs/envoy/latest/start/sandboxes/...
  - bobbyskelton41 5y ago
    https://nullderef.com/blog/plugin-tech/#_prior_art https://nullderef.com/blog/plugin-tech/#_prior_art Basically: https://github.com/zellij-org/zellij https://github.com/zellij-org/zellij https://github.com/veloren/veloren https://github.com/veloren/veloren https://github.com/feather-rs/feather https://github.com/feather-rs/feather
- sime2009 5y ago
  WASM code by itself can run at near C speeds, but where you are going to find the challenges is crossing the wasm <-> "rest of our app" divide. You can call functions living in WASM with integer arguments and WASM can call functions you expose to it. You're host app has access to the WASM memory space though, and with those tools you have to craft your API. For a text editor there are going to be quite a few hoops to jump through and memory copying going on just to let a plugin read the document text. Platforms like JVM, .Net, and nodejs/Electron have a huge advantage when doing extensions because they are can easily load code at runtime, and pass "platform native" data structures directly into extension code. Compilers exist for many languages which can target these platforms.

dannyw 5y ago

Wasm may be web related, but it's just a reasonably mature technology with a developing ecosystem [1]. You can implement Wasm without anything web related. You can even implement ECMAScript without implementing anything web related (like the document model). [1]: https://v8.dev/blog/wasm-decompile https://v8.dev/blog/wasm-decompile

franga2000 5y ago

Wasm started in the web, but has since been ported even to the Linux kernel [0]. It seems perfect for situation where you near machine code levels of performance, but don't want to carry different binaries for different CPU architectures - exactly what you want from a plugin system. It also allows far greater isolation than "real" compiled code. [0] https://github.com/wasmerio/kernel-wasm https://github.com/wasmerio/kernel-wasm

hutzlibu 5y ago
So has this been successfully used, as a base of a scripting language yet? The theoretic benefits of wasm I know, but I thought it would need more time, to be useful in that area?
- franga2000 5y ago
  I don't know of any examples, no, but I also don't really follow the space much outside of web tech (desperately trying to get away from JS).
- nikooellegaard 5y ago
  I believe envoy uses it for plugins https://www.envoyproxy.io/docs/envoy/latest/start/sandboxes/wasm-cc https://www.envoyproxy.io/docs/envoy/latest/start/sandboxes/...
- bobbyskelton41 5y ago
  https://nullderef.com/blog/plugin-tech/#_prior_art https://nullderef.com/blog/plugin-tech/#_prior_art Basically: https://github.com/zellij-org/zellij https://github.com/zellij-org/zellij https://github.com/veloren/veloren https://github.com/veloren/veloren https://github.com/feather-rs/feather https://github.com/feather-rs/feather
sime2009 5y ago
WASM code by itself can run at near C speeds, but where you are going to find the challenges is crossing the wasm <-> "rest of our app" divide. You can call functions living in WASM with integer arguments and WASM can call functions you expose to it. You're host app has access to the WASM memory space though, and with those tools you have to craft your API. For a text editor there are going to be quite a few hoops to jump through and memory copying going on just to let a plugin read the document text. Platforms like JVM, .Net, and nodejs/Electron have a huge advantage when doing extensions because they are can easily load code at runtime, and pass "platform native" data structures directly into extension code. Compilers exist for many languages which can target these platforms.