3 ms·

KDE also has extensive keyboard shortcuts for window management (among other things) but most of them are not set by default.

hiAndrewQuinn 2y ago
I didn't know that! Tracks with my experience with playing around with KDE, like, a decade ago. So much user-configurable power lying just under the surface.
chuckadams 2y ago
One thing I love about kwin is that the exposé feature lets you navigate the windows with the keyboard. macOS itself doesn’t have that feature.
wing-_-nuts 2y ago
I want to love KDE, I really do, but I've grown to love gnome and os x's ability to have close, min, max buttons down in the toolbar for apps as that saves a significant amount of screen real estate. I tried out kde plasma for a while and just couldn't get past it. Having said that, I did discover kde connect while using that, and I love that app! It's so nice for putting audio books on my phone and controlling playback
- dingnuts 2y ago
  KDE has this feature now, you just have to add the global menu applet to your task bar and it will do the Unity/Apple thing where the task bar is relevant to the selected application
  - c-hendricks 2y ago
    Client Side Decorations are different than moving the menu bar. Even using the global menu in KDE (which isn't that new BTW, I think it was in KDE3), you'll still have a "height = title bar + toolbar", where with CSD it's "height = toolbar".
- aidenn0 2y ago
  I hate the client-side decorations in gnome. I should note it moved my two most used buttons approximately 2000 pixels away from each other (they used to be quite close) in my most used Gnome app, so it might not be an entirely rational hate. [edit] I should also say that Gnome apps with CSDs work just fine in KDE with kwin and hide the title bar automatically as expected (I use Evolution, and Document Scanner regularly).
  - jwells89 2y ago
    Something that isn't clear to me is why there has to be a hard divide between CSD and SSD. Is there anything in the Wayland spec that prevents UI frameworks from saying, "hey windowmanager/compositor, here's where control widgets go for this window", allowing WM-drawn controls to live on the same plane of existence as program-drawn controls? That along with some way for the WM/compositor to tell the UI framework if the user wants a discrete titlebar or if they're cool with the UI framework doing its own thing seems like it'd make everybody happy.
    - aidenn0 2y ago
      Nothing technical in the way. I don't see Gnome adding such a feature though.
    - NekkoDroid 2y ago
      The main reason I know that GNOME doesn't implement xdg-decoration is to specifically not have to draw anything itself ontop of the surfaces of clients. It would then need to kinda synchronize the rendering of its stuff with the update loop of the application. The only time I can remember when Mutter/gnome-shell draws over the client is when it stops updating over the wayland socket (freezes), so there isn't really an update loop it needs to synchronize to.

hiAndrewQuinn 2y ago

I didn't know that! Tracks with my experience with playing around with KDE, like, a decade ago. So much user-configurable power lying just under the surface.

chuckadams 2y ago

One thing I love about kwin is that the exposé feature lets you navigate the windows with the keyboard. macOS itself doesn’t have that feature.

wing-_-nuts 2y ago

I want to love KDE, I really do, but I've grown to love gnome and os x's ability to have close, min, max buttons down in the toolbar for apps as that saves a significant amount of screen real estate. I tried out kde plasma for a while and just couldn't get past it. Having said that, I did discover kde connect while using that, and I love that app! It's so nice for putting audio books on my phone and controlling playback

dingnuts 2y ago
KDE has this feature now, you just have to add the global menu applet to your task bar and it will do the Unity/Apple thing where the task bar is relevant to the selected application
- c-hendricks 2y ago
  Client Side Decorations are different than moving the menu bar. Even using the global menu in KDE (which isn't that new BTW, I think it was in KDE3), you'll still have a "height = title bar + toolbar", where with CSD it's "height = toolbar".
aidenn0 2y ago
I hate the client-side decorations in gnome. I should note it moved my two most used buttons approximately 2000 pixels away from each other (they used to be quite close) in my most used Gnome app, so it might not be an entirely rational hate. [edit] I should also say that Gnome apps with CSDs work just fine in KDE with kwin and hide the title bar automatically as expected (I use Evolution, and Document Scanner regularly).
- jwells89 2y ago
  Something that isn't clear to me is why there has to be a hard divide between CSD and SSD. Is there anything in the Wayland spec that prevents UI frameworks from saying, "hey windowmanager/compositor, here's where control widgets go for this window", allowing WM-drawn controls to live on the same plane of existence as program-drawn controls? That along with some way for the WM/compositor to tell the UI framework if the user wants a discrete titlebar or if they're cool with the UI framework doing its own thing seems like it'd make everybody happy.
  - aidenn0 2y ago
    Nothing technical in the way. I don't see Gnome adding such a feature though.
  - NekkoDroid 2y ago
    The main reason I know that GNOME doesn't implement xdg-decoration is to specifically not have to draw anything itself ontop of the surfaces of clients. It would then need to kinda synchronize the rendering of its stuff with the update loop of the application. The only time I can remember when Mutter/gnome-shell draws over the client is when it stops updating over the wayland socket (freezes), so there isn't really an update loop it needs to synchronize to.