I use meta+H to "hide" the borders.

Ironically, if shortcuts are filtered for "hide" or "border", Hide Window border is the only option. I don't use meta+b so we use both meta+B and meta+H as primary and secondary.

The function should be called "Hide/Show Window Borders" but it's called "No Borders" which is fairly awkward.

I chose Meta+B because of being related just to Borders but at the same time Meta+H is just as valid and might even be better overall.

Ctrl+H is a universal standard for Showing Hidden Files so Hiding and Showing Window Decorations with Meta (Windows key) + H does make sense in that context.

I don't think there should be more than just one shortcut because it isn't set by default anyway and the better shortcut should be used as the suggestion for KWin if proved to be liked by users.

. . . honestly I don't expect much from KDE Upstream to listen to me anyway so I'd prefer to not make the listening harder with extra options lol

What's the use case for toggling the window decorations of the active window?

I'm a little hesitant about this because I think it could get a user into a situation where they don't know how to close a window, since without the window decorations which include a close button, many windows lack an obvious method of closing them. Setting a default keyboard shortcut means that a user could get into the situation by accident and not know how to reverse it or even close their windows.

1. Screen Real Estate optimization.
   • it saves vertical space especially on maximized windows that you are isolating anyway because its maximized
   • it makes the quick tiling functions better because it allows for windows to use the space more effieciently.
2. Its a nice feature for gamers because Fullscreen Gaming can sometimes be an issue for some games especially via Proton layers.
   • Removing the border allows you to put a game in Windowed Mode and then maximize it for a Faux-Fullscreen experience so it performs as if it was in Windowed Mode but looks like fullscreen.

I also don't think many people will accidentally hit this shortcut of Meta+H because it is kind of an awkward shortcut to do and thus limit the possibility of accidentally doing it. I think the only people who would do it are those wanting to show Hidden Files and they would already know they are activating a shortcut but accidentally hitting Meta instead of Ctrl. This would really just introduce them to the function. I would consider that a benefit not a negative.

I think the worry is valid in that it could be a bad experience but I think due to Darin's suggestion of that shortcut it makes it very unlikely to accidentally be invoked by someone who would find it a problem.

I also think that it would not be an issue for closing because you can close in the system tray and so many people know what Alt+F4 does thanks to the decades of usage and the jerks who used it as a prank for well decades. :)

As I mentioned in T10568 we need IMHO better discoverability not yet another global shortcut.

stay healthy, Achim

The action to toggle window borders is already implemented. It's called "Hide Window Border". However, no default shortcut is assigned to it.

It's up to downstream whether "Hide Window Border" must have a shortcut assigned to it.

Given that it is a task relevant only to Kubuntu, I suggest to un-tag KWin to keep downstream things out of our workboard.

As I mentioned in T10568 we need IMHO better discoverability not yet another global shortcut.

Giving it a global shortcut does in fact help the discoverability of it.

It's up to downstream whether "Hide Window Border" must have a shortcut assigned to it.

Many distros aren't aware that this is the policy of KDE and therefore don't do these things. In fact, right now I am trying to convince Fedora to make this change and they asked me why I dont ask upstream. If KDE had a well defined policy on this sort of thing that would be fine but of course it doesn't.

Given that it is a task relevant only to Kubuntu, I suggest to un-tag KWin to keep downstream things out of our workboard.

I firmly stand by this suggestion as being useful as a KDE default and thus I will leave the KWin label on it unless a mod removes it.