GNOME Bugzilla – Bug 733550
Implement focus-follows-mouse (OSX / macOS does not provide this by itself)
Last modified: 2018-05-24 14:28:19 UTC
if i open multiple/single window mode, the mouse pointer follows not his focus. to access: 1 ) window/s 2) tool box & docks i have to click on 1) or 2) respectively, because the mouse pointer rests focused on the last clicked window. (this bug occurs on Mac, at last)
Do you expect the input focus to simply follow your mouse, without the need to click?
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for. Thanks!
(In reply to comment #1) > Do you expect the input focus to simply follow your mouse, without > the need to click? overseen… Yes, it looks for me more natural if the mouse follows its focus than to click on an area to update the mouse focus
So you most likely have to tell your OS that you want focus-follows-mouse. However, from the initial description it isn't really clear to me what happens, and when - and in particular, in what windowing mode you get this. Can you add a description that lists the steps to reproduce this?
sorry, but for the moment i can't replicate the steps to reproduce this bug again. Feel free to close this report -for now.
It would help if you knew the focus method of your desktop environment - then we would at least know how it is supposed to behave.
(In reply to comment #6) > It would help if you knew the focus method of your desktop environment - then > we would at least know how it is supposed to behave. ok, i had to re-discover this forgotten bug. It has nothing to do with the mouse focus-its a smaller one, fortunately. 1) activate the color dialog with color option "Gimp" and the tool preset dialog 2) now, type in one character in the tag field of the tool presets dialog and await that the autocomplete-function sets your preferred tag 3) go and pick a color with the x-y coordinate color picker in color option "Gimp" 4) you'll see that the tool preset tag rests editable, instead to become set 5) now press the shortcut for any tool in the toolbox (brush, eraser, ect.) or reset to the default colors black/white and you'll see that the preset tag, will change accidentally too. this small bug occurs when selecting colors in following active dialogs: color option -Gimp, -Watercolor, -Gradient editor.
And this is still the same procedure as in your initial report? You have explicitly mentioned the mouse pointer there...
(In reply to comment #8) > And this is still the same procedure as in your initial report? You have > explicitly mentioned the mouse pointer there... i know, sometimes my own bug notes look a bit cryptic, because bugs pop up from time to time only, and fortunately Maybe we should open another bug report - or modify the title of the current bug report ?
It would certainly help if you could stick to one issue per bug. So this is really two totally different issues?
i made a very, very long list of bug reports and got confused. the mouse focus loses the focus (from toolbox/docked dialogs to work area and vice-versa) in fullscreen mode, when we hide/unhide the toolbox/dock area (using tab), but after some time of working and hiding/unhiding selecting presets. The question now is, if this bug is related to: Bug 739726 if yes, we can close this report as duplicate and i'll create another bug report for: comment 7 of the current bug report. sorry for any misunderstanding.
At least the confusion is mutual... at least I can't tell if you want a different focus method (see below) or if you have found a bug. As has been said before, your message can be read to mean that you want focus follows mouse - this is an easily configurable focus method on some platforms, the other would be click to focus. On other platforms, it requires changes to hidden settings (e.g. on Windows: the registry), but there are usually tools to set those On OSX, it seems like you need additional software to achieve this. A quick search found http://georgepavlides.info/mac-os-x-maverick-and-focus-follows-mouse-x-mouse-functionality/ - which might or might not be current, and it lists a few of the drawbacks of this method on OSX.
Resolving as NOTGNOME, as the focus behavior is controlled by the desktop environment.
sorry to reopen this bug report, but i cant believe this bug is related to the window environment. Why do i have to click outside the canvas before i paint, just because Gimp isnt able to change focus on mouseover? (from toolbox to "canvas" window) Example. if i select a brush/tool preset and try to paint, the name of the tool preset is highlighted and edited, when i click, instead to paint.
So did you tell your desktop environment - or OSX in general, if it doesn't make a clear distinction there - that you want focus-follows-mouse?
(In reply to Michael Schumacher from comment #15) > So did you tell your desktop environment - or OSX in general, if it doesn't > make a clear distinction there - that you want focus-follows-mouse? with X11, i could set the variable focus follows mouse. Im on Mac Os 10.7.0 and dont know what else i have to set.
(In reply to Michael Schumacher from comment #15) > So did you tell your desktop environment - or OSX in general, if it doesn't > make a clear distinction there - that you want focus-follows-mouse? till Gimp adopted x11 (unix window manager) i was able to set the focus-follows-mouse feature on Mac. On Mac itself, such a feature doesnt exist, you have to click on a window to get it active.
See comment 12.
(In reply to Michael Schumacher from comment #18) > See comment 12. i read your suggestion, but the point is i need that feature only for the Gimp. Please implement that feature in Gimp itself, so you do a great job for all for non-Linux users.
I don't see the problem. Mac OS X does not support focus-follows-mouse and we should not be hacking GIMP to try to support it. When I do try GIMP 2.8.14 on Mac OS X 10.10, the behavior is completely reasonable in my opinion: - After I painted a stroke (the canvas window has focus) and I click on a tool in the tool window, the tool activates immediately. Also, the focus moves to the tool window. - Now, although the tool window has focus, I can immediately draw in the canvas window. I do not have to click in the canvas window first to give it focus.
i wrote this bug report for some reason example. the focus is on the toolbox or docked dialogs. when i want to pan (i activate a button on my wacom pen) i get instead: - popup menus open, like layer modes - a tool preset/layer/layer folder/path renamed/deleted - the toolbox tag deleted - alpha pixels/brush stroke locked/unlocked >Mac OS X does not support focus-follows-mouse and we should not be hacking GIMP to try to support it. Agree, therefore, its a gtk related issue. I have not the same insight like you to know if the problem pertains gimp or gtk.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/566.