Incompatibility with PaperWM extension
lambdaclan opened this issue · comments
Hello there! Thank you for reviving this extension to work with latest GNOME! For people who want a consistent look of all their applications rounded corners is a key extension to use with older GTK3 apps along adw-gtk3 theme since libadwaita applications default to rounded corners.
Now, I know this feature request might be low priority since it is not really an issue with this extension but more of a conflict with a different extension. Saying that for all of us that use PaperWM as a form of tiling within GNOME environment would appreciate it if this extension could add compatibility with it. I noticed that an effort was made to ensure this extension is compatible with blur my shell extension, so I guess it is worth asking for support with yet another conflicting extension ;)
I am not sure how much work it entails or if changes need to be made on this extension or PaperWM side but some sort of collaboration between the extension developers will be possibly necessary.
There was a similar feature request on the old unmaintained repository Visual glitches when used with paperWM
and there is an open issue on the PaperWM repository Incompatibility with rounded corners extension.
The PaperWM developers seem to be open to PRs to resolve this issue and I assume will be willing to offer advice if needed.
One weird thing I noticed while using the extensions together is that electron based apps, although they are still using GTK3 do not produce the same artifacts as native pure GTK3 apps.
To reproduce the issue
- Install rounded-window-corners extension with default settings
- Install paperwm extension with default settings
- Install any libadwaita app
- Install any GTK3 app, something like gitg, gnome disks, dconf editor etc
- Launch the two apps and look at the artifacts on the GTK3 app vs the libadwaita one
- Optional: You can also try an electron app to verify my findings above.
Once more thank you for forking and maintaining this extension and your consideration for this feature request!
Another related issue (on xorg, as this all mostly works on xorg!), is that when PaperWM does its magic to move windows around, the shader effect breaks a tiny but just on the corners. Its like one of the last passes of the cornering needs a refresh or something, cant really explain it.
PaperWM had a bug where even if you had set the border selection size to zero it would still display a small section of it. That was making rounded corners behave even worse but it was recently fixed paperwm/PaperWM#861 so now incompatible windows look like below:
The window is correctly rounded but there is some weird outline still visible, also the top side parts get cut off.
If you increase border selection size it gets worse but it might be a good way to debug it when developing a workaround:
Something similar to the issue mentioned by @jonseppanen this is how Chromium looks upon launch:
but if you cause a refresh for example toggle full screen on/off then it looks correct:
Hopefully this info helps out a bit!
got same issue
any updates to this?
@sound-friend nope, unfortunately, this is currently not a priority issue for me as I don't use PaperWM, sorry. I'd appreciate if someone could help with investigating the cause of this though