Hi, Am Freitag, 21. Juni 2019, 15:59:40 CEST schrieb Sedat Dilek:
On Wed, Jun 13, 2018 at 5:40 PM Fabian Vogt <fabian@ritter-vogt.de> wrote:
Hi,
(sorry, the previous mail got sent because the newline and send keys are too similiar...)
Am Mittwoch, 13. Juni 2018, 17:26:15 CEST schrieb Sedat Dilek:
Hi,
after I tried KDE/Plasma/Wayland on Debian/testing AMD64 I inspired my colleague Joop Boonen to test it on OpenSuse/tumbleweed.
Everything was fine besides Primary Selection (middle-mouse to paste), so I stopped using Plasma/Wayland.
That's easy to explain: There is no offical protocol for the primary selection yet. GNOME uses some internal one meanwhile.
Joop is able to use primary selection in every application (KDE or GTK). So, I was surprised. Here on KDE/Plasma 5.12.5 I cannot do that (for example cut-n-paste in konsole via middle-mouse paste into firefox).
Plasma 5.13 introduced a change in the way environment variables are set. QT_QPA_PLATFORM is not forced to "wayland" anymore, but it's up to the application to decide whether to use "xcb" or "wayland". Before Qt 5.11 the default was "xcb", now it's autodetected.
We have backports of those changes in Plasma 5.12 (specifically for Leap 15) and I also added "GDK_BACKEND=x11" in the startup file so that both GTK and Qt applications behave similiar (also required to get drag-and-drop working reasonably).
Before Qt 5.11 (so TW until last week and Leap 15), Qt applications use the XCB platform there and go through Xwayland. So they use the X primary selection.
In TW we're at Qt 5.11 now, which means applications autodetect the wayland platform now and as a result the primary selection is actually broken again...
You can workaround that by passing "-platform xcb" to applications you want to use the primary selection in, like "konsole -platform xcb". GDK_BACKEND=x11 is still active as GTK3 has a broken implementation of the window decoration handling and is practically unusuable.
I'm thinking about making a proposal to flip the default in Qt again for now, to restore the pre 5.11 behaviour. There aren't really any downsides there, except that the "wayland" Qt backend gets less testing.
Hi Fabian,
I just wanted to let you know, there was some progress on this:
In upstream qtwayland.git#dev (see [1] and [2]): "Client: Implement primary-selection-unstable-v1 "
And wayland-prtocols v1.17 includes (see [3] and [4]): "unstable: add primary-selection protocol"
Joop just showed me "middle-mouse-paste" works on his latest kde/plasma/wayland environment in GTK- and KDE/QT-based apps.
How did you realize this? Do you have the above qtwayland patch(es)?
No, not much changed since last time. Even in a Plasma Wayland session, Qt and GTK still default to X11. Client-side support for the protocol will be in Qt 5.14, but the compositor part in KWin/KWayland is still missing. So currently it's not really useful. Once the missing parts are in place, we can try to backport them, of course. Cheers, Fabian
Thanks.
Regards, - Sedat -
[1] https://bugreports.qt.io/browse/QTBUG-66008 [2] https://github.com/qt/qtwayland/commit/5ec182df699041699f514d164a161c299fde5... [3] https://lists.freedesktop.org/archives/wayland-devel/2018-November/039662.ht... [4] https://github.com/wayland-project/wayland-protocols/commit/2c3b11d76fd498fc...
Cheers, Fabian
I asked on the wayland-devel ML [1] with no answer. The retired KWin maintainer wanted to have this feature in wayland-protocols before implementing it in KWin/Plasma/Wayland.
So, what magic did you do in OpenSuse? The Gnome-way? [1] has references on how Gnome did it in mutter. Or can you point me to the relevant packages with name (sources and patches)?
Thanks in advance.
Regards, - Sedat -
[1] https://lists.freedesktop.org/archives/wayland-devel/2018-April/037748.html
-- To unsubscribe, e-mail: opensuse-kde+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-kde+owner@opensuse.org