Skip to content

Conversation

@samw-26
Copy link
Contributor

@samw-26 samw-26 commented Sep 7, 2025

When using the menu overlay keybinding, if there are menus with the same keybinding, then it will prioritize opening the menu on the current monitor (monitor with the mouse cursor).

@samw-26 samw-26 marked this pull request as draft September 7, 2025 04:35
@samw-26 samw-26 force-pushed the menu-shortcut-priority branch from 7341c50 to c45dded Compare September 7, 2025 11:49
@samw-26 samw-26 marked this pull request as ready for review September 7, 2025 11:50
@samw-26 samw-26 marked this pull request as draft September 7, 2025 12:40
…ioritize the menu on the monitor with the mouse cursor.
@samw-26 samw-26 force-pushed the menu-shortcut-priority branch from c45dded to 2347907 Compare September 7, 2025 13:09
@samw-26 samw-26 marked this pull request as ready for review September 7, 2025 13:10
@clefebvre clefebvre changed the title menu@cinnamon.org: If multiple menus share an overlay keybinding, prioritize the menu on the current monitor menu: If multiple menus share a keybinding, prioritize the menu on the current monitor Oct 1, 2025
@clefebvre clefebvre self-assigned this Oct 1, 2025
@mtwebster
Copy link
Member

Just a heads-up, since 95e9d25, keybinding settings will complain about duplicate keybindings anywhere. You can dismiss the popup without being forced to take action.

Actual behavior while using them is unchanged, but we would have to make a determination to 'ignore cases of a keybinding in multiple applet instances' or something...

mtwebster added a commit that referenced this pull request Nov 17, 2025
same applet.

This restores existing, expected behavior where multiple instances
of the same applet can have the same keybinding configured.

ref: #13079
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 this pull request may close these issues.

3 participants