lua-lockbox VS mlua

With my recent foray into Lua programming, and seeing just how many pure Lua modules there are for some tasks (like lua-lockbox for crypto primitives), and the fact LuaJIT can interface pretty easily with any C ABI, I've definitely considered it, especially since I could modify existing software to shove a Lua interpreter in for my needs.

The release notes can be found here.

I'm not a specialist about text based multiplayer game, but from what I saw on Wikipedia it seem doable to do it with Rust and Bevy. On top of that you can add a layer of LUA with https://github.com/khvzak/mlua (or write your own bindings and sandbox later).

mlua can run on emscripten target with Luau backend -> https://github.com/khvzak/mlua/issues/23

You can also look at the "dependents" section on crates.io https://crates.io/crates/mlua/reverse_dependencies and github https://github.com/khvzak/mlua/network/dependents

I know mlua does support Async. I also prefer it over rlua

Note rlua doesn't allow you to create native modules with it and has largely been superseded by https://github.com/khvzak/mlua since it's more maintained, has native module support and stuff like Luau and async/await.

I'm glad to announce first mlua version 0.8.0-beta.1 with Roblox Luau support.

I believe mlua [0] is the recommended Lua Rust binding now.

[0] https://github.com/khvzak/mlua

This is achieved through a backend/client architecture -- all core functionality (getting query results, opening selected item, search engine fallback, etc.) is implemented in a "backend" module, which is a Rust library exposed as a Lua module via mlua. The results returned by the backend then get fed into your fuzzy-finder of choice through thin clients, or "providers".