cage VS meow

You... might be able to, kind of, depending on your goal... So the thing is, if all you need is a single screen (or at least, I've not run this multi-monitor) and you're just working around drivers that don't support Xorg, you can just run cage ( https://github.com/cage-kiosk/cage ), run xwayland on that, and run your real GUI on that. Of course, then you're skipping all the advantages of wayland except hardware/driver compatibility.

For "real" wayland, sibling comments are correct that you'd need a wayland compositor that reimplemented awesome.

> As a developer, I needed to port a custom Linux system to hardware that only has Wayland drivers and it was a giant pain. Wayland offers no advantage at all for that system but it broke a lot of functionality that relied on X in terms of window placement, etc.

FWIW, I've had decent luck running cage ( https://www.hjdskes.nl/projects/cage/ ), then on that xwayland, and then just ignoring wayland and running X clients. The result does still have some slight quirks, but it mostly works fine.

That did help me find https://github.com/cage-kiosk/cage/wiki initially I'm here there's other going down that path. Thanks

I thought this was going to be some development news with Wayland compositing going further: https://emacsconf.org/2022/talks/wayland/. Maybe it's because 29.1 was on my mind with the full Wayland client support being released.

If you want to just run one application in a modern way (yes, I'm assuming you agree that Wayland is desirable), then check out https://www.hjdskes.nl/projects/cage/.

You can run Wayland inside Xorg via cage[1] so you don't need to use a Wayland compositor.

[1]: https://github.com/cage-kiosk/cage

Just ran into cage, seems useful.

It's kiosk mode. Sometimes related to POS. You can use https://github.com/cage-kiosk/cage (Wayland) for example.

Maybe starting with reimplementing something like this: https://github.com/cage-kiosk/cage would be the easiest?

Using meow:https://github.com/meow-edit/meow I actually got keybindings in Emacs that are helix-like, so I use helix for certain projects and Emacs for others.

The muscle memory transfers well.

Thanks for the tip, meow looks interesting. I never got comfortable in evil-mode, but perhaps meow could be a gateway to trying emacs in anger.

Still waiting for kakoune/helix mode for gnu readline...

https://github.com/meow-edit/meow

https://github.com/jmorag/kakoune.el

Also see Meow[1], [2], which adopts some ideas from god-mode.

[1]: https://github.com/meow-edit/meow

[2]: https://esrh.me/posts/2021-12-18-switching-to-meow.html

You have to go further for ideal IMO.

Evil and evil-collection integrates pretty well, but Meow integrates perfectly and uses the action visible first approach.

https://github.com/meow-edit/meow

I think I'd rather hope for meow over Evil. It's close to Evil but embraces more of emacs' default bindings for calling commands.

https://github.com/meow-edit/meow

Modal editing with seamless emacs integration avoiding the need for evil-collection type packages.

Repeat action (evil handles this very nicely). see: https://github.com/meow-edit/meow/discussions/414

There's also Meow[1], which I currently use. You have to configure it first to suit your keyboard layout, but there are pre-built configs [2]

[1] https://github.com/meow-edit/meow

I was thinking about this a little more and Meow has something known as keypad mode that basically lets you call key combinations then return to Normal mode. It behaves a lot like god-mode. I just tested it out and if you install Meow you can call keypad-mode from insert and then automatically return to insert mode.