@KaKi87 I do not have any gnome app to try, but can you force the display of the title bar with a Kwin rule? Press alt-f3, select More actions - Windows rules. The +Add Property, and choose No title bar and frame [Force] No.

@unknown1234_5 @kde If apps won’t export the menu via ibus, this will still work as partially as global menu does.

@D_Air1 not all of them, Vivaldi does not. I think it is related to apps wanting to do fancy stuff with the menus, like having custom icons. Of course, both Firefox and Vivaldi have global menu on macosx, which is quite depressing.

@carl @kde It looks like I have to typer ctrl-shift-m in every single app I want the menu back! But at least it is working

@D_Air1 It is not just gtk4 apps, of which I don’t use any, but also Firefox and Thunderbird and many others work but have glitches.

@carl @kde No worry, I had already done something similar, however but it does not seem to have worked… I’ll try google some more.

@carl @kde Oh LOL, do I need to change all of them manually?

[130|18:08|paulite23|.config]$ find . -type f -name \*rc -exec grep -i menubar --color \{\} /dev/null \;

./dolphinrc:MenuBar=Disabled
./dragonplayerrc:MenuBar=Disabled
./kaddressbookrc:MenuBar=Disabled
./kdenliverc:MenuBar=Disabled
./kfontviewrc:MenuBar=Disabled
./khelpcenterrc:MenuBar=Disabled
./kinfocenterrc:MenuBar=Disabled
./kmail2rc:MenuBar=Disabled
./kmail2rc:MenuBar=Disabled
./kmenueditrc:MenuBar=Disabled
./kminesrc:MenuBar=Disabled
./kolourpaintrc:MenuBar=Disabled
./kolourpaintrc:MenuBar=Disabled
./komparerc:MenuBar=Disabled
./konquerorrc:MenuBar=Disabled
./konsolerc:MenuBar=Disabled
./korganizerrc:MenuBar=Disabled
./krdcrc:MenuBar=Disabled
./kritarc:MenuBar=Disabled
./ktnefrc:MenuBar=Disabled
./ktorrentrc:MenuBar=Disabled
./ktorrentrc:menubar_hidden=true
./kwriterc:ShowMenuBar=true
./kwriterc:MenuBar=Disabled
./kilerc:MenuBar=Disabled
./arkrc:MenuBar=Disabled
./arkrc:MenuBar=Disabled
./systemsettingsrc:MenuBar=Disabled
./gwenviewrc:MenuBar=Disabled
./katerc:MenuBar=Disabled
./okularrc:shouldShowMenuBarComingFromFullScreen=false
./okularrc:MenuBar=Disabled

@carl @kde no I’m on a recently updated kde neon. But my config files have been transferred from one install to the other for many years.

What is maybe special, is that I remove two global menu widgets in one go, as I have two screens.

Anyways, sounds like it is time for a big grep exploration!

@mearce You are used to windows being either Maximized or Fullscreen, and these two states being very different things, and changing from one to the other being an hassle, especially exiting from Fullscreen requires touching the keyboard (ESC or f11), or a special button in the interface, hoping the developer made it recognisable. In reality, they are the same thing, with the only difference that Fullscreen hides the menus. If you have the global menu attached to a menu that avoids maximized windows you have unified Fullscreen and Maximized. If on the same panel you also put a widget tonexit from maximized, you also have a universal way to exist from Fullscreen: just take the cursor to the top of the screen and reveal the panel.

deleted by creator

@twei @herzenschein
If you have a nvme and a spinning disk, and you decide to put your home on the slow storage, well that is quite an odd choice to do. I’m not saying that the stuttering is your choice, but the Linux way is to keep persistent user stuff in home.

@forrestguid @imecth @cullmann @ohyran @UnityDevice @domi @boredsquirrel @Plopp @soupermkc @minecraftchest1 You have been able to set the icon size for a while, although the interface is a bit minimal (it is in the options of the systray widget) :

@Zamundaaa I went back on the old PC, did a couple of tests and found out exactly what as changed and why. We are both right to an extent.

I always use 4 virtual desktops, on the old PC I have them organized in a single row (better display in the pager) but I have configured desktop grid to show them in two rows (better usage of the screen). In this was, the three finger swipes up and down do nothing, and the fusuma actions can take over. Swipe left and right still changed desktop, but it did not interfere.

On Plasma6, I did not find a way to configure the “desktop grid” layout independently from the global configuration, so I reorganized the virtual desktops in two rows. Now all the three-finger can potentially trigger a desktop change.

@Zamundaaa I’m absolutely sure that I were always on wayland, and that it is behaving different now than it did before. I have another computer which I still have not updated to kde6 (this one was cloned off that in January) I’ll do some test and come back to you if you are interested.

@Zamundaaa I don’t know if it was a wayland quirks or something esle, but they definitely were not global for me, we’re talking two days ago. I would have noticed if desktops kept whizzing around every time I try to maximize a window or pull down the runner, as they do now ;)

@Zamundaaa I did actually mix up three vs four fingers, but what has changed is that the three fingers gestures to change virtual desktop only worked on the bare desktop, while now they are global i.e. they work even if you have an in focus window.