Consider using crates.io/crates/xrl? about xi-win

[bytebuddha]

@LiHRaM I signed up, Thanks!

[raphlinus]

Thanks for the kind words. I haven't had a chance to dig deeply into xrl yet (juggling way too many things at the moment), but let me share some thoughts off the top of my head.

I am in favor of moving rpc to a tokio based system throughout the ecosystem, including both the core and Rust front-ends. From what I've seen, xrl seems like a reasonable base for this, but I haven't dug into it in detail. If it's an official part of xi, it would make sense for the crate to be inside the xi-editor repo, but it doesn't matter all that much. I can also see the scope for a (semi-)official crate to hold the line cache logic, as this is nontrivial to get right.

Right now xi-win is pretty much on hold, but I don't think that blocks changes such as you propose. There's one extremely tricky topic, which I was researching and didn't feel like I fully resolved: how to deal with dxgi swapchain wait objects. Either the drawing should be on the main thread, in which case you need to wait on this object with MsgWaitForMultipleObjectsEx or the like, or the drawing should happen on another thread. It's not clear to me which works better, and it's also not clear to me how well tokio supports these cases.

Zen looks interesting. I think a WebRender based front-end could be interesting for a lot of use cases. If you're not able to work on it yourself (something I can relate to strongly), maybe there's a chance of coordinating contributions by others?

Hope this answers your questions.

[LiHRaM]

@bytebuddha Development has been picking up a little, and I expect to be contributing rather regularly to xi-win from now on. If you'd like to join us @ zulip, you're more than welcome to. :) There's a budding community there, with representatives from several front-ends.