Comment by Telaneo

6 hours ago

Gnome doesn't even have maximise and minimise buttons on windows without an extension. It absolutely does not 'just work'.

Even just yesterday there were comments pointing this out: https://news.ycombinator.com/item?id=49802633

> has some idiotic model that your app can run with no windows

Sorry for wanting background programs to run in the background and get out of my way.

Well, it doesn't have a tray per se, so what would minimize actually do? That's not good criticism that it's different from win XP ergo bad.

For maximize, it's double click on the top bar, or super+up. It has a huge target for the mouse and it's super intuitive. Unlike having a 3 or how many state maximize button that just elongates my window along one axis for some reason.

For minimize, just put it on another workspace you don't use. I think it's a much better mental model, and the tray itself is absolutely not intuitive (the number of times I had to explain to elderly relatives that this tiny icon here is where your window went to. No, this another icon that looks almost the same, but doesn't have that border - how intuitive - was not running it's just pinned. Oh and yeah on this one you have to just hover over, no not click, because there are multiple windows grouped together)

  • > Well, it doesn't have a tray per se, so what would minimize actually do? That's not good criticism that it's different from win XP ergo bad.

    It doesn't fit with workflows I have. Ergo Gnome does not 'just' work.

    > For maximize, it's double click on the top bar, or super+up.

    Very discoverable.

    > It has a huge target for the mouse and it's super intuitive.

    No, it's not intuitive. I use it, but only because I read about it on the internet.

    > Unlike having a 3 or how many state maximize button that just elongates my window along one axis for some reason.

    You might want to read Apple human interface guidelines for what those buttons actually do. It's even explained in the OS (although I admit, not very front and centre).

    > For minimize, just put it on another workspace you don't use. I think it's a much better mental model,

    I don't. I don't want the equivalent of a junk folder on my phone filled with apps I can't delete. I want to be able to delete those apps. Just the same, I want my background programs to be out of the way, not visible, in the background. I don't want to always have that one workspace that's just dead space.

    > and the tray itself is absolutely not intuitive (the number of times I had to explain to elderly relatives that this tiny icon here is where your window went to.

    What program even made that talk happen? Even if a program ends up in the tray, you can reopen it the normal way without issues.

    > No, this another icon that looks almost the same, but doesn't have that border - how intuitive - was not running it's just pinned.

    What are you even talking about here? What are you talking about when you say 'pinned'? If the icons look the same, that's a fault with the program, not the idea of a tray.

    > Oh and yeah on this one you have to just hover over, no not click, because there are multiple windows grouped together)

    Grouped windowed in the taskbar is a misfeature and should never have been implemented. I'll agree with you on that point.

    • > You might want to read Apple human interface guidelines for what those buttons actually do.

      Almost every app on MacOS does whatever they want with the minimize and close buttons. They are completely useless to me, you never know what will happen. And this isn't a recent problem, the way multiple windows are treated as one app is just unintuitive.

      3 replies →

    • I believe the comment you're responding to is confusing the system tray and the taskbar. When they say "tray", they mean the taskbar, I think.

I just keep my windows maximized all the time. What would I need minimize and maximize buttons for? If I have need for several windows next to each other, Gnome gives me handy keyboard shortcuts.

> Sorry for wanting background programs to run in the background and get out of my way.

Sounds like those "background programs running in the background" should be user daemons instead of GUI applications.

  • > I just keep my windows maximized all the time. What would I need minimize and maximize buttons for?

    I have too many windows open to keep them all maximised.

    > If I have need for several windows next to each other, Gnome gives me handy keyboard shortcuts.

    Those are undiscoverable and should not be the only option.

    > Sounds like those "background programs running in the background" should be user daemons instead of GUI applications.

    Shoulda, coulda, woulda. I manage with the programs that are, not the ones that could be. I'm not interested in developing my own DE, not redeveloping all the other programs surrounding it.

    One isn't even a GUI application. The second sees regular use with a GUI, but only for reconfigurations that take less than 10 seconds.

    My workflow works for me, and has for the past 10, probably 20 years if you include earlier programs doing the same kinds of things. Why would I want to relearn a new UI for only marginal benefits?

    • > Those are undiscoverable and should not be the only option.

      Super left right up down. Literally the most logical, and what's used everywhere. And just grabbing and "squeezing" it onto the target edge works, for longer than on the other two major desktops.

      3 replies →

    • > I have too many windows open to keep them all maximised.

      You can have as many windows maximized as you want. There's not upper limit to maximized windows.

      > Those are undiscoverable and should not be the only option.

      Just do `<super> + appname` and you'll jump to the window in question. No discovery required. The WM will do the discovery for you.

      > Shoulda, coulda, woulda. I manage with the programs that are, not the ones that could be. I'm not interested in developing my own DE, not redeveloping all the other programs surrounding it.

      > One isn't even a GUI application. The second sees regular use with a GUI, but only for reconfigurations that take less than 10 seconds.

      The not-gui application you could put into a user-defined daemon (check [0] on how to create user services). The GUI-for-reconfiguration thingy you can put on a workspace, then it's out of your way and still accessible for reconfiguration.

      > Why would I want to relearn a new UI for only marginal benefits?

      To be snarky; "Why would I want to relearn riding for a new horseless carriage with only marginal benefits?"

      [0] https://wiki.archlinux.org/title/Systemd/User

      4 replies →