An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
Posted Sep 19, 2022 10:16 UTC (Mon) by q3cpma (subscriber, #120859)In reply to: An X11 Apologist Tries Wayland (artemis.sh) by taladar
Parent article: An X11 Apologist Tries Wayland (artemis.sh)
* bspwm: https://github.com/riverwm/river + https://github.com/jonbkei/riverbsp ?
* sxhkd: https://github.com/waycrate/swhkd until there's a dedicated protocol (https://gitlab.freedesktop.org/wayland/wayland-protocols/...)
* dmenu: nothing as light, as expected from Wayland, but https://github.com/Cloudef/bemenu or https://codeberg.org/dnkl/fuzzel is probably the best choice
* lemonbar: no replacement that is as hacker-friendly, https://codeberg.org/dnkl/yambar is the only one that doesn't depend on GTK; probably my biggest gripe
* st: https://github.com/michaelforney/st and https://github.com/majestrate/wterm are dead (so is wld), the only sane and "light" choice is https://codeberg.org/dnkl/foot/; otherwise it's all "GPU-accelerated" Rust contraptions with Node-tier dependency trees, VTE stuff or Kitty made by a someone who refuses patches to allow bitmap fonts
* sxiv: imv is better designed, but FreeImage is a dumpster fire that's also a security disaster just waiting to happen and imv lacks too much format support without it (e.g. Webp, netpbm, TGA, etc...); I may write more backends if I get the time, one day (heh)
* mupdf: Zathura as a mupdf frontend works, but I'd prefer pure mupdf, personally
* emacs: forced to use the GTK frontend instead of the perfect and lightweight athena/Xaw one
* Nyxt: I think it's okay, since it uses webkit-gtk-2
* Tk, McCLIM and countless other tookits away from the GTK/Qt hegemony: dead
Some other websites I found very useful about this:
https://arewewaylandyet.com/
https://hacktivis.me/notes/pure-wayland.shtml
Posted Sep 19, 2022 10:42 UTC (Mon)
by rsidd (subscriber, #2582)
[Link] (5 responses)
Posted Sep 20, 2022 0:19 UTC (Tue)
by q3cpma (subscriber, #120859)
[Link] (3 responses)
Posted Sep 20, 2022 0:36 UTC (Tue)
by rsidd (subscriber, #2582)
[Link]
Posted Sep 20, 2022 3:13 UTC (Tue)
by pabs (subscriber, #43278)
[Link] (1 responses)
Posted Sep 20, 2022 7:08 UTC (Tue)
by abo (subscriber, #77288)
[Link]
Posted Sep 20, 2022 3:12 UTC (Tue)
by pabs (subscriber, #43278)
[Link]
Posted Sep 19, 2022 11:23 UTC (Mon)
by nix (subscriber, #2304)
[Link] (6 responses)
Most of them have hotkey-driven tabbing and splitting (a la terminator), large-scale layout restoration (just what you need if like me you have a dozen terminals you want instantiated on different virtual desktops every time you start up); all the VTE ones at least have infinite-length scrollback (via a compressed, encrypted, unlinked file in /tmp, so it's pretty safe from info leakage as these things go), and the GPU-acceleration means screen refresh even on high-res displays is instantaneous and it scrolls in an unreadable flashing blur, which is surely what everyone really needs from a terminal emulator? (What do you mean you can't read a screen that's only displayed for 7ms?). And most of them have (unlike in days of yore) actually paid attention to the specs and (more importantly) what xterm does, and tried to implement a terminal that doesn't get things gratuitously wrong.
Posted Sep 19, 2022 11:34 UTC (Mon)
by q3cpma (subscriber, #120859)
[Link] (5 responses)
>Most of them have hotkey-driven tabbing...
Posted Sep 19, 2022 17:33 UTC (Mon)
by Cyberax (✭ supporter ✭, #52523)
[Link] (1 responses)
How would you implement true scrollback in tmux without terminal-level support?
Posted Sep 20, 2022 0:12 UTC (Tue)
by q3cpma (subscriber, #120859)
[Link]
But some features like keyboard input multiplexed to a group of windows (terminator) is unheard of in any WM to me. Maybe could be done in some very hacker-friendly ones like stumpwm or using http://hea-www.harvard.edu/~fine/Tech/xlax.html (I love those obscure and/or magic X11 including xdo, xdotool, wmctrl, wmutils, etc...).
Posted Sep 19, 2022 17:53 UTC (Mon)
by nyanpasu64 (guest, #135579)
[Link] (2 responses)
Posted Sep 19, 2022 21:07 UTC (Mon)
by erincandescent (subscriber, #141058)
[Link] (1 responses)
Posted Sep 20, 2022 7:42 UTC (Tue)
by taladar (subscriber, #68407)
[Link]
Posted Sep 19, 2022 15:08 UTC (Mon)
by stephen.pollei (subscriber, #125364)
[Link] (3 responses)
Posted Sep 19, 2022 21:24 UTC (Mon)
by dskoll (subscriber, #1630)
[Link]
The last time I looked (which admittedly was a very long time ago) Tk's Windows back-end implemented compatibility code that made it "look like" Xlib calls to the rest of Tk. I guess this solution could work with Wayland too, and probably wouldn't require a ton of code.
Posted Sep 20, 2022 1:22 UTC (Tue)
by raven667 (subscriber, #5198)
[Link] (1 responses)
Posted Sep 20, 2022 8:10 UTC (Tue)
by gspr (subscriber, #91542)
[Link]
XWayland doesn't have the same scaling capabilities as Wayland. If you use such scaling, your XWayland windows may look terrible compared to your native Wayland ones.
Posted Sep 19, 2022 16:54 UTC (Mon)
by anarcat (subscriber, #66354)
[Link] (1 responses)
Posted Sep 20, 2022 0:01 UTC (Tue)
by q3cpma (subscriber, #120859)
[Link]
I'd say that imlib2 looks quite good, now that the developement picked up steam
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
otherwise it's all "GPU-accelerated" Rust contraptions with Node-tier dependency trees, VTE stuff or Kitty made by a someone who refuses patches to allow bitmap fonts
Presumably the latter part is code for "only uses Fontconfig, and recent Fontconfig has dropped bitmap font support"? It turns out... it hasn't! What has actually happened is that support for Type 1 and X bitmap fonts is gone (which is very annoying if like me you have a huge library of them), but OpenType can represent bitmap fonts fine and everything can still render those, and FontForge can convert the former into the latter. There just aren't many of them yet. I should try making an OTF wrapping jmk-neep one of these days, because many of these newer terminals are seriously amazing to use.
An X11 Apologist Tries Wayland (artemis.sh)
No, it rejects font with the scalable property.
cf https://github.com/kovidgoyal/kitty/issues/97#issuecommen...
I'm a suckless kind of guy, I like simple code and clean separation of roles (e.g. don't include tmux in your terminal emulator). I did use the word "contraption", after all; "usine à gaz" in french also fits.
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
An X11 Apologist Tries Wayland (artemis.sh)
SSH already has a feature enabling connection reuse. Add something like
An X11 Apologist Tries Wayland (artemis.sh)
Host *
ControlMaster auto
ControlPath ~/.ssh/master-%r@%n:%p
ControlPersist 1m
to your ~/.ssh/config
An X11 Apologist Tries Wayland (artemis.sh)
Tk backend for Wayland
Tk backend for Wayland
Tk backend for Wayland
Tk backend for Wayland
An X11 Apologist Tries Wayland (artemis.sh)
* sxiv: imv is better designed, but FreeImage is a dumpster fire that's also a security disaster just waiting to happen and imv lacks too much format support without it (e.g. Webp, netpbm, TGA, etc...); I may write more backends if I get the time, one day (heh)
Could you expand on this? It feels like *all* image renderers (hello libpng and image magick!) are kind of dumpster fires, security wise... but is FreeImage specifically bad in that regard?
Asking for a friend looking for wayland alternatives... ;)
An X11 Apologist Tries Wayland (artemis.sh)
Massive library bundling + very slow/dead developement (last release 2018).
again. For example, if we compare 1.7.1 (latest in Gentoo) with 1.9.1, we got
XBM, AVIF, HEIF, JPEG XL, SVG, JPEG2000, PS/EPS support and WEBP, ICO, GIF,
(A)PNG, JPEG XL multiframe support.
Just need nsxiv to be adapted, for X11 users.
