Re: [tumbleweed] kde/plasma/wayland: Primary Selection Protocol (middle-mouse to paste)

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.

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: [email protected]
To contact the owner, e-mail: [email protected]