I kind of pushing the limits of squirrel and rrplug is just not powerful enough for some stuff aka it needs better abstraction also it's simply not ready to facilitate more complex interactions with the squirrel wm. the current apis are simply too limiting too.
which means they need to be rewritten
this might actually make switch to incrementing major version like a normal crate maintainer, that follows semver.
I kind of pushing the limits of squirrel and rrplug is just not powerful enough for some stuff aka it needs better abstraction also it's simply not ready to facilitate more complex interactions with the squirrel wm. the current apis are simply too limiting too.
which means they need to be rewritten
it might be suprising but those operations can fail, and a panic is not a good solution.
SQHandleover rust native types when interacting with the sqvm. here it's better to have a zero cost abstraction likeSQHandlesince transforming types between rust <-> sqvm is not very cheap thisSQArray,SQTablethe motivation here is to allow fully typed zero constructions, which
SQArrayandSQTableneed to be composable too.SQHandletypes, the functions on rust types like String, Vec have very extensive apis that are also very nice. the squirrel counterparts need have at least a subset of the functions and have easy conversion between each other.this might actually make switch to incrementing major version like a normal crate maintainer, that follows semver.