Closed guihkx closed 1 year ago
What is the rationale behind this? Because generally on Linux, the window manager already provides this feature? Or is there an advantage of not providing this option beyond that?
This feature was disabled on Linux by ccf71e5760660449e8a4669d154300a6a6355083.
All this PR does is just remove the code from some other places.
For example, Notes currently calls toggleStayOnTop()
when you press Ctrl+K:
Even though this feature works well on KDE Plasma 5.27, on GNOME 43 it doesn't, for some reason.
So, in my opinion, it should be okay to keep this feature removed from Linux/BSDs altogether, because like you said, most window managers already offer this natively, including KWin.
So, in my opinion, it should be okay to keep this feature removed from Linux/BSDs altogether, because like you said, most window managers already offer this natively, including KWin.
But how will people call this action if it's not offered via our app? Some system-wide shortcut? A good UX is to allow users to discover the different options available (usually via a menu).
But how will people call this action if it's not offered via our app?
Windows and macOS users will still be able to use this feature normally (if that's what you're asking).
A good UX is to allow users to discover the different options available (usually via a menu).
This option was not showing up on Linux anyway, that's why I'm completely removing it from other places (for Linux and BSDs only, macOS is not included).
Here's a screenshot from the official v2.0.0 AppImage (notice how the option to make the window stay on top is not even there):
And here's a screenshot from the official v2.0.0 Windows build, where the option is present:
Oh, ok. Forgot about that hah. So why not add this option to Linux users?
So why not add this option to Linux users?
Even though this feature works well on KDE Plasma 5.27, on GNOME 43 it doesn't, for some reason.
It's definitely possible that this is a GNOME-only issue (I have not tested with other desktop environments), but like I said, on Linux it's common for window managers to implement this feature natively, so in my opinion, it should be okay to remove it completely.
This feature was disabled on Linux by ccf71e5.
LOL, my own change. Totally forgot that this feature wasn't working on GNOME anyway. :-)
I approved this, but I do think this change adds more maintenance overhead than necessary for disabling this feature on Linux. I think it would suffice for example, to just disable the line registering the shortcut, since there is no harm in keeping the rest of the code, and that way it's easier to re-enable in case we later wanted to try making it work.
I'm with @bjorn on this.
No problem, I'll just disable the keyboard shortcut on Linux then. :)
On other platforms (e.g. Linux, BSDs), we remove the code entirely.