Resize grip pointer area very small for QT apps in gnome under wayland

hritwik · 15 June 2021 02:05

The resize pointer which resizes the window has very small area. So whenever i move the mouse cursor to window edge or vertex i cant seem to resize it. This happens only in QT apps (like Kate) and not on GTK apps.

I am using latest Kvantum for theming them but i am not sure that theme is the issue. I am on stable branch of manjaro and as of 15-June-2021 this issue is still there.

This issue can be clearly seen in below screencast.

Let me know if additional info is needed

Edit:
this happens only when using QT_QPA_PLATFORM=wayland flag in /etc/environment (i have installed qt5-wayland and qt6-wayland packages)

if i set QT_QPA_PLATFORM=xcb (basicall X11) then the window decorations are like gtk apps and the size is perfect.

anon89812132 · 15 June 2021 07:32

The widget style is not influencing that mouse grab that is related to the window decoration style. My guess is that you have gtk3-classic or gtk3-nocsd-git from AUR installed. Change to the gtk3 from our repository.

hritwik · 16 June 2021 05:50

Hey, happens only when using QT_QPA_PLATFORM=wayland flag in /etc/environment (i have installed qt5-wayland and qt6-wayland packages)

if i set QT_QPA_PLATFORM=xcb (basicall X11) then the window decorations are like gtk apps and the size is perfect.

Is this issue with QT ?

anon89812132 · 16 June 2021 06:34

Are you sure there is such valid variable and working?

github.com/owncloud/client

Wayland support

opened 11:59PM - 26 Dec 20 UTC

jonathanernst

p2-high Linux Early-Adopter:CERN

### Expected behaviour Running owncloud client under wayland should be possible. ### Actual behaviour Owncloud client crashes. export QT_QPA_PLATFORM=wayland owncloud Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. qt.qpa.plugin: Could not find the Qt platform plugin "wayland" in "" This application failed to start because no Qt platform plugin could be initialized. Reinstalling the application may fix this problem. Available platform plugins are: linuxfb, minimal, offscreen, vnc, xcb. Abandon (core dumped) ### Steps to reproduce 1. Force wayland platform usage with export QT_QPA_PLATFORM=wayland 2. Run owncloud 3. Crash ### Client configuration Client version: 2.7.4 Operating system: Ubuntu 20.04 OS language: French Qt version used by client package (Linux only, see also Settings dialog): 5.12.9 Client package (From ownCloud or distro) (Linux only): From owncloud

AFAIK there is:
QT_QPA_PLATFORM=xcb
that will use the Xwayland backend

and if you prefer Kwantum as style decoration (for widgets)
QT_STYLE_OVERRIDE="kvantum"

or you can define
QT_QPA_PLATFORMTHEME="gnome"
or
QT_QPA_PLATFORMTHEME="qt5ct"
if you want a more coherent “native” gnome look …

hritwik · 16 June 2021 06:47

Yep, Its given on arch wiki here under title QT (‘run a Qt application with the Wayland plugin’)

anon89812132 · 16 June 2021 07:00

Is not what i asked, but anyway, are you sure that all Qt application have that proper support for wayland? Qt apps on Wayland bring their own window decoration, you know … hence on gnome, i don’t see that as fiable (at least not yet); because of that QT_QPA_PLATFORM=xcb is still more reliable.

hritwik · 16 June 2021 07:24

Available platform plugins are: eglfs, linuxfb, minimal, minimalegl, offscreen, vnc, wayland-egl, wayland, wayland-xcomposite-egl, wayland-xcomposite-glx, xcb.
This is the output when kate is run with invalid plugin. Here is ‘wayland’ present. Is this what you were asking?

QT_STYLE_OVERRIDE="kvantum" and QT_QPA_PLATFORMTHEME="gnome" both come in /etc/environment of manjaro so its not a choice between these two. Also 'QT_STYLE_OVERRIDE=“kvantum” causes QT apps to be white on dark theme. Switching to QT_STYLE_OVERRIDE=“kvantum-dark” fixes this issue (can you reproduce this?).

This maybe the cause since this issue does not occur on vlc which is QT app. However VLC looks like the only app which is not affected. I tried a few KDE apps and deepin-music, notepadqq and all of them have wrong window decorations under wayland. So maybe this is system bug?

Oh and using xcb causes weird display issues in apps like below

which does not occur when using wayland

Here is my /etc/environment

QT_AUTO_SCREEN_SCALE_FACTOR=1
QT_QPA_PLATFORMTHEME=gnome
QT_STYLE_OVERRIDE=kvantum-dark
QT_QPA_PLATFORM=wayland 		# also install qt5-wayland & qt6-wayland

Out of 4, i added only the last one.

anon89812132 · 16 June 2021 07:35

I don’t use Kwantum in any of my installs
On Gnome i use

With Adwaita-qt and the color scheme from Manjaro Adwaita-Maia-Dark

There you go …

Wayland is nowhere to be used on my end, for various reasons.

hritwik · 16 June 2021 07:43

i found this reddit comment

This is just the new way in Gnome. Gnome doesn’t support server-side decorations, so apps need to draw their own window decorations. The reason all Gnome apps look the same is that GTK draws the decorations, and GTK uses your GTK theme. Any application which doesn’t use GTK, including any application made with Qt, SDL, GLFW, tkinter, wkwidgets, GLEW, etc. will necessarily look out of place. There’s not really anything Qt (or any other toolkit) can do about it.

It didn’t have to be this way though. KDE, Sway, and mostly all other Wayland compositors, and every X11 DE/WM, supports server-side decorations, where the window manager draws decorations for applications which don’t explicitly ask to use client-side decorations. The only systems I know of which don’t support server-side decorations are Gnome on Wayland and Weston (the reference implementation of Wayland).

For further reading, see for example FAQ · mpv-player/mpv Wiki · GitHub. For more examples, see the countless games or applications written in SDL which support every system under the sun except for Gnome on Wayland

Is this due to Mutter not supporting Server side decorations and QT apps expects SSD?

system · 19 July 2021 04:44

This topic was automatically closed 15 days after the last reply. New replies are no longer allowed.