Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After 2.4, clicking the tray icon no longer minimizes the GUI. #2346

Closed
1 task done
roket1428 opened this issue Apr 20, 2024 · 5 comments · Fixed by #2347
Closed
1 task done

After 2.4, clicking the tray icon no longer minimizes the GUI. #2346

roket1428 opened this issue Apr 20, 2024 · 5 comments · Fixed by #2347

Comments

@roket1428
Copy link
Contributor

Since version 2.4 clicking the tray icon while blueman is visible doesn't minimize it, instead it makes already visible GUI active window. Is this behavior intentional? Downgrading to 2.3.5 reverts to the old behavior where clicking it minimizes the GUI.

blueman: 2.4.+
BlueZ: 5.75
Distribution: Artix Linux
Desktop environment: dwm

I didn't provide any logs since it could be the intended behavior. (will provide if needed)

@infirit
Copy link
Contributor

infirit commented Apr 20, 2024

For consistency reasons this was changed back to how it was before. You can use the Ctrl + q and Ctrl + w keyboard shortcuts to close.

@roket1428
Copy link
Contributor Author

Any chance of making this an option? I could make this an opt-in feature with a PR if there is any chance of merging it.

Obligatory: xkcd

@cschramm
Copy link
Member

I think the diff should be small enough (see #2122) that a GSettings setting does not hurt.

Why do you want it to hide the window? I do not really have an opinion on the behavior, but the wish to focus the already open window made sense to me for messy desktops.

@roket1428
Copy link
Contributor Author

I think the diff should be small enough (see #2122) that a GSettings setting does not hurt.

Here is the PR: #2347

Why do you want it to hide the window? I do not really have an opinion on the behavior, but the wish to focus the already open window made sense to me for messy desktops.

I use a window manager, so I can't close windows with a mouse because windows doesn't have a button at the top right to close it, and since I'm using the mouse to interact with the tray icons, switching between keyboard and mouse instead of just using the mouse is much more convenient.

@cschramm
Copy link
Member

Perfectly reasonable as well. I'd even say focusing makes sense on non-tiling window managers and toggling makes sense on tiling ones (at least if they do not have close buttons) then. Ideally we'd detect the window manager and make the behavior depend on it. OK, I'm mostly kidding now. 🙈

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants