Re: questions and sundry gripes about X11 multihead (it's a rant)

Duncan <[email protected]> Wed, 1 Jan 2014 13:12:58 +0000 (UTC)
Newsgroups gmane.linux.gentoo.desktop
Message-ID <[email protected]>
Brent Busby posted on Mon, 30 Dec 2013 10:52:14 -0600 as excerpted:

> Totally agree.  I love FVWM (and WindowMaker), and I think the ability
> to change to a whole different kind of desktop if you want is one of th=
e
> greatest features of X.  I have a feeling Wayland users are going to en=
d
> up with a desktop that's theme-able (in the way you can theme a Windows
> desktop), but not completely replaceable with any of twenty wholly
> different desktop/window managers.

I'm somewhat more optimistic than that.

Certainly wayland is a huge change that will change the landscape of GUI=20
Linux as we know it in a huge way, relegating huge swaths of current but=20
deep-in-maintenance-mode X-based apps to legacy status unless someone=20
picks them up and updates them for wayland; absolutely no question about=20
that.

And I think at one point there was a danger of wayland effectively fully=20
integrating the WM into it.  But at least in a number of areas (including=
=20
client-side decorations), the kde/kwin folks simply said no, that's not=20
going to work for us and we will not be doing it that way, period.

That was the big no to the way wayland and weston had things planned, but=
=20
some other projects took advantage of it and the consequent hooks made=20
available and no longer 100% assumptions, and are doing their own thing=20
now too.

I /think/ that's part of why weston broke off into a separate project --=20
it's now the reference implementation of what is sort of a parallel to WM=
s=20
(but the comparison is only a rough one, they're technically working at=20
rather different levels, with compositing manager being a better=20
description of the wayland side), with wayland now exposing a protocol=20
both weston and other implementations can use.

And for certain, kde is going to have its own implementation, because as=20
I said, there were certain bits of the original implementation as now=20
found in weston, that were unacceptable to kde.

That leaves the way open for others as well, and I've read of at least=20
one other independent project working on its own implementation, tho at=20
this point I think they're actually using weston too.

I expect that as kde frameworks' wayland implementation matures as a full=
=20
second implementation of the compositing manager, showing the way and=20
working out some of the original oversights and kinks for others, we'll=20
eventually see other choices develop as well, either fully independently,=
=20
or as forks of the original big-two original reference weston, and kde=20
frameworks kwin (I don't know if there's a final name for the kde=20
frameworks wayland compositor yet, or if they'll keep the kwin name).

Whether it'll ever develop into the complex ecosystem of WM variants we=20
have for X after all these decades, or whether it'll remain at a list in=20
the single digits, remains to be seen, but I believe the opportunity is=20
and will remain there for devs who get that itch to scratch, in part=20
thanks to kde/kwin's early NO, that will not work for us and we will not=20
accept it, to parts of the original plan.

--=20
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman