Amethyst
Amethyst copied to clipboard
ianyh
Disapear popup menu when mouse slide
I found this problem in Chrome extention and Office 2016.
When I click button which arise pop-up menu and try to select content with moving mouse, it disapears.
This is example (Office365 powerpoint)
1.
versions: OSX: 10.11.1 Amethyst: 0.9.5
I didn't enable focus follows mouse.
And strangely, this error no longer occurs now...
@ianyh
I have this issue again, and I confirmed to be occured by focus-follows-mouse.
Sorry for ignorance. This issue should be closed.
If it weren't for this bug, focus follows mouse would be perfectly usable for me, as far as I can tell. This occurs in Chrome/Chromium for any extension pop-up menu, I slide the mouse to make a selection, and the window disappears before I can do so.
If I enable both focus follows mouse and mouse follows focused windows, I get the mouse trap problem from #563. To get out of it I had to use my Keyboard Maestro macro which gives iTerm2 focus.
Don't close this bug yet.
Focus follows mouse is one of the reasons I started using Amethyst but I am not sure how long I will be able to cope with its side effects. While it resolved a few issues I was having using multiple windows, this bug creates new issues instead. They are not limited only to Chrome but they invlolve any kind of pop up menu, including the system menus, simply whenever the mouse needs to be moved to next, after a menu, list or additional options unfold and whenever these either pop slightly off the pointer’s location, or whenever they unfold beyond their parent window’s borders.
It looks like the extended menu is considered a new window, not esssential part of the window that produced it in the first place, and so in the attempt to move the mouse towards it, the focus swithces to the underlying “parent” window immediately, making the menu/pop up disappear - never to be reached even if it is a pixle away. The solution could be to introruce some reasonable delay which would enable the mouse to move over to the pop up window and therefore also “drag” the focus to that.
There is a cumbersome hit or miss workaround - to position the mouse in the place one expects the pop up will appear and use a keyboard shortcut to invoke that pop up or extend a list, menu items, etc. and use keyboards keys to navigate through it - that is, if they are enabled. Tab and arrows have their limits, they do not always work with these. And obviously, if there is no shortcut, there is no workaround.
Examples: Chrome: Bookmarks: if I click on the bookmark star in Chrome uri bar, it adds the page to the last bookmark folder I used. In order to edit this, I need to move the mouse to the pop up window but it disappears immediately the mouse moves.
System: Any small window: For example in system preferences, if a long list gets unfloded and I need to choose an item which is below the border of the main window, it is treated as moving focus to the underlying window, instead of being still the part of the smaller floating window of preferences pane.
Floating windows: These have an issue of their own - if I open a floating window of the Finder in mac OS, and then preview an item (spacebar shortcut), then if I move outside the preview window borders, the whole Finder window disappears and gives way to the underlying non-floating window, even though the mouse never left the Finder itself.
All in all, the focus follows mouse is a great feature but it needs some tiny delay implemented as a necessary compromise so that moving to the various pop ups is possible.
@meluzeanah,
This is why I asked @ianyh to make FFM be able to be toggled on and off by mapping a keystroke to it. Whenever I need to access one of these popups, I press the keystroke, navigate the popup menu, then turn it back on again through the same keystroke.
On Mon, Mar 06, 2023 at 01:17:44AM -0800, meluzeanah wrote:
Focus follows mouse is one of the reasons I am using Amethyst. While it resolved a few issues I was having using multiple windows, this bug creates new issues instead. They are not limited only to Chrome but they invlolve any kind of pop up menu, including the system menus, that the mouse needs to be moved to after unfolding some kind of list or options.
It looks like the pop up is considered a new window, not part of the tiled window, and so if I move the mouse, the focus swithces to the underlying “parent” window immediately. The solution could be to introruce some reasonable delay which would enable the mouse to move over to the pop up window and therefore also “drag” the focus to that, before it disappears.
Examples: Chrome: Bookmarks: if I click on the bookmark star in Chrome uri bar, it adds the page to the last bookmark folder I used. In order to edit this, I need to move the mouse to the pop up window but it disappears immediately the mouse moves.
System: Any small window: For example in system preferences, if a long list gets unfloded and I need to choose an item which is below the border of the main window, it is treated as moving focus to the underlying window, instead of being still the part of the smaller floating window of preferences pane.
Floating windows: These have an issue of their own - if I open a floating window of the Finder in mac OS, and then preview an item (spacebar shortcut), then if I move outside the preview window borders, the whole Finder window disappears and gives way to the underlying non-floating window, even though the mouse never left the Finder itself.
All in all, the focus follows mouse is a great feature but it needs some tiny delay implemented as a necessary compromise so that moving to the various pop ups is possible.
-- Reply to this email directly, [1]view it on GitHub, or [2]unsubscribe. You are receiving this because you commented.Message ID: @.***>
References
Visible links
- https://github.com/ianyh/Amethyst/issues/337#issuecomment-1455763927
- https://github.com/notifications/unsubscribe-auth/AEHIWALHOBS4ZA5MKMIMHETW2WTTRANCNFSM4BSOXUKQ
Hey @ trey-pindrop,
Thanks for the reference. This could be a solution for occassional, predictable or memorizable pop-up occurrences but for someone who encounters these way too often, as I do in my working environment, toggling on and off would be simply counter-productive. I wouldn’t be able to predict or memorize every time I need to toggle FFM in million years, besides, it would need to happen several times a minute, every minute. That’s why I do not find any kind of manual toggle a viable solution for such a situation.
Also, there already is a toggling command for it, though it looks like it didn't make it in to the README.
Also, there already is a toggling command for it, though it looks like it didn't make it in to the README.
Do you have a reference for this? I assume this is a keyboard command that will toggle Focus Follows Mouse on and off. This was useful in Yabai, when you held alt it would disable Focus Follows Mouse long enough to hit those drop-downs and little menus. I could really use that toggling command, pretty please.
This is actually already a part of Amethyst, has been for over a year now if not two full years. Look in the Shortcuts menu, you'll see an item for "Toggle Focus Follows Mouse," which I use practically every day to work around this problem. Unfortunately it's not simply a modifier, but you can map it to any keystroke/chord you want.
Trey
On Thu, Sep 28, 2023 at 11:40 AM jptechnical @.***> wrote:
Also, there already is a toggling command for it, though it looks like it didn't make it in to the README.
Do you have a reference for this? I assume this is a keyboard command that will toggle Focus Follows Mouse on and off. This was useful in Yabai, when you held alt it would disable Focus Follows Mouse long enough to hit those drop-downs and little menus. I could really use that toggling command, pretty please.
— Reply to this email directly, view it on GitHub https://github.com/ianyh/Amethyst/issues/337#issuecomment-1739565490, or unsubscribe https://github.com/notifications/unsubscribe-auth/AEHIWAPCE57UANEFE2PNK2TX4WK6NANCNFSM4BSOXUKQ . You are receiving this because you commented.Message ID: @.***>