3 ms·
This is about _window_ focus, not focus on individual controls within a window. The former is useful (I tried GNOME for a while but went back to i3 for, among o
by tomsmeding 4y ago
This is about _window_ focus, not focus on individual controls within a window. The former is useful (I tried GNOME for a while but went back to i3 for, among other things, this reason), but the latter is (as you found out) probably not a good idea.
- saagarjha 4y agoThey are one and the same, because when you are interacting with a window you are actually interacting with controls inside the window. It is easy to forward cursor events to the target window (hover and scroll already do this, FWIW) but when you want to say type something you'll need to focus the text element under the cursor before you can just blast key events to that application. Doing this in a way that feels intuitive is non-trivial. If you go the simple route and focus every control (so you can do things like tab between them) you run into the issue of the mouse activating some of them as you go over the element and giving it focus–for example, if you do it on a window sidebar, you'll switch between the tabs. I didn't get a chance to really thing about it, but I was thinking of just giving text elements focus and considering it to be good enough; but there are still challenges there: should you be able to focus on a search field (which might blow away the current context and replace it with a "searching" screen)? How should I handle keyboard shortcuts?
- projektfu 4y agoGnome has this but you need to install the tweaks ui to get it. It's how I run Gnome. With multiple monitors it makes much more sense to me than click to focus. I tried it on windows but a lot of programs don't expect it and raise themselves when they get focus. My mac has only one monitor.