The X.Org Server Is Abandonware?
501–510 of 714 posts
Re: The X.Org Server Is Abandonware?
#502If Wayland is the future, the future is grim. People often complain that Wayland is taking a long time to catch up to X11, but that actually stems from a deeper issue: Wayland has a horrible design, for an X11 replacement, a design that leads to massive fragmentation issues across the graphical part of the Linux ecosystem. Implementing a Wayland compositor requires much more effort than implementing an X11 window man…
> These seem to be intentional design decisions (marketed as being necessary for security, but really being power-user hostile) That's an unnecessarily abrasive view: the Wayland protocol designers do not hate power users. But allowing programs to constantly take in arbitrary input & output information in the background, as well as simulate arbitrary input to other programs, is an obvious and glaring security flaw. U…
Re: The X.Org Server Is Abandonware?
#503I recently went back to dwm (X11) from Sway (Wayland). As much as I love Sway, doing all sorts of weird stuff just to share my screen in zoom is too much of a hustle. I'll probably keep using Sway on my personal device where I don't need that feature, but my work computer will be X11 for a while.
Re: The X.Org Server Is Abandonware?
#504If Wayland is the future, the future is grim. People often complain that Wayland is taking a long time to catch up to X11, but that actually stems from a deeper issue: Wayland has a horrible design, for an X11 replacement, a design that leads to massive fragmentation issues across the graphical part of the Linux ecosystem. Implementing a Wayland compositor requires much more effort than implementing an X11 window man…
> Wayland is also, with its forced composition, hostile to interactive applications requiring low latency, e.g. video games. https://www.gamingonlinux.com/articles/gnomes-mutter-gets-fu...
Re: The X.Org Server Is Abandonware?
#505If Wayland is the future, the future is grim. People often complain that Wayland is taking a long time to catch up to X11, but that actually stems from a deeper issue: Wayland has a horrible design, for an X11 replacement, a design that leads to massive fragmentation issues across the graphical part of the Linux ecosystem. Implementing a Wayland compositor requires much more effort than implementing an X11 window man…
Funny, Android has had screenshots for a decade.
Re: The X.Org Server Is Abandonware?
#506Earlier quoted context omitted.
the fact that the system provides a choice is the issue that leads to fragmentation (which is the main problem). Saying "people could just do / not do X" absolutely never ever ever works, not in politics, not in programming, not in "not being an asshole to each other", not in "not using firearms", etc - things have to be enforced & unescapable at some point if we want sanity.
I’m not entirely sure that I understand your point. Here are the facts which I think we can agree on. * X11 is a protocol * Wayland is a protocol * X11 and Wayland are not compatible protocols * Wayland protocols are all public * XOrg is an implementation of the compositor of the X11 protocol * wl_roots is a toolkit used for creating compositors From this, it follows that: * Anyone can theoretically write another X11…
It will also get worse, because the architecture of wayland forces an implementer of a compositor (which replaces an X11 window manager) to implement a lot of the display functionality all over again. Wayland itself is just a lib that helps a little with it. In X11 terms, just imagine every window manager developer doing development against their own fork of X.org or a reimplementation of it. Wayland is designed in such a way that it causes incompatibility and fragmentation.
Re: The X.Org Server Is Abandonware?
#507Earlier quoted context omitted.
I'm using a tiling window manager on Mac
Which one?
[1] https://github.com/ianyh/Amethyst [2] https://github.com/koekeishiya/yabai [3] https://github.com/Hammerspoon/hammerspoon
Re: The X.Org Server Is Abandonware?
#508What looks like "typical Linux geeks being geeks" with this situation: 1) the old, mostly working thing is being abandoned in favor of 2) that new thing which doesn't work in so many cases it's laughable, even after 11 years. How many years was it between the concept of X and a working release at Palo Alto? Note that the new situation is so perfect for passing the buck from the windowing system to the compositors, an…
This criticism looks like "free as beer and I know better". 1. The old, mostly working thing waits your commit 2. That new thing can have some help too I recommend developers story about this "mostly working thing" (2014) [1]. It is quite fun and eye opening, he clearly knows his subject better than most of the comments. Wayland demo worked almost from day one. I've run it in 2010 [2]. But we need applications, that…
Re: The X.Org Server Is Abandonware?
#509If Wayland is the future, the future is grim. People often complain that Wayland is taking a long time to catch up to X11, but that actually stems from a deeper issue: Wayland has a horrible design, for an X11 replacement, a design that leads to massive fragmentation issues across the graphical part of the Linux ecosystem. Implementing a Wayland compositor requires much more effort than implementing an X11 window man…
> These seem to be intentional design decisions (marketed as being necessary for security, but really being power-user hostile) That's an unnecessarily abrasive view: the Wayland protocol designers do not hate power users. But allowing programs to constantly take in arbitrary input & output information in the background, as well as simulate arbitrary input to other programs, is an obvious and glaring security flaw. U…
Unfortunately, this makes it unusable for 98% of the population. Wayland also breaks screen sharing programs, which are essential for most, especially now during COVID.
Re: The X.Org Server Is Abandonware?
#510Earlier quoted context omitted.
Which one?
Perhaps Amethyst[1] or yabai[2]. You can also write your own with Hammerspoon[3]. [1] https://github.com/ianyh/Amethyst [2] https://github.com/koekeishiya/yabai [3] https://github.com/Hammerspoon/hammerspoon