Second Monitor Windows Not Dynamic Under Mouse #103249

Closed
opened 2022-12-15 21:27:58 +01:00 by Ryan Rickett · 13 comments

System Information
Operating system: Windows 11 22H2
Graphics card: 3090 Ti

Blender Version
Broken: 3.4
Worked: Never

For as long as I have been using Blender (since 2.8) with two monitors, I've always had to click into the second monitor in order for the shortcuts to work under the mouse on that screen.

I once raised the concern that the item picker didn't work from one monitor to the next, and this was subsequently fixed very swiftly in Blender 2.9. I was very impressed! Ideally this is also a concern that can be address because it considerably slows down my workflow.

EXAMPLE GIVEN:

When I'm working on Monitor 1, I can roll the mouse over any area on the screen and use a keyboard shortcut that is relevant to that module without having to click into that area (in other words, it is dynamic). However, if I roll the mouse over to Monitor 2, none of the keyboard shortcuts work unless I click into that area somewhere.

This is disruptive because often when I click I am deselecting objects that I have just selected on the other screen, so I have to either hit undo or reselect the objects again. (i.e. if you have a top view on one monitor and a perspective view on the other monitor, and you want to seamlessly move between them, currently you cannot.)

This is just one of many examples of how this lack of dynamic response from one screen to the other is detrimental to the experience of using Blender.

**System Information** Operating system: Windows 11 22H2 Graphics card: 3090 Ti **Blender Version** Broken: 3.4 Worked: Never For as long as I have been using Blender (since 2.8) with two monitors, I've always had to click into the second monitor in order for the shortcuts to work under the mouse on that screen. I once raised the concern that the item picker didn't work from one monitor to the next, and this was subsequently fixed very swiftly in Blender 2.9. I was very impressed! Ideally this is also a concern that can be address because it considerably slows down my workflow. EXAMPLE GIVEN: When I'm working on Monitor 1, I can roll the mouse over any area on the screen and use a keyboard shortcut that is relevant to that module *without having to click into that area* (in other words, it is dynamic). However, if I roll the mouse over to Monitor 2, none of the keyboard shortcuts work unless I *click into that area* somewhere. This is disruptive because often when I click I am deselecting objects that I have just selected on the other screen, so I have to either hit undo or reselect the objects again. (i.e. if you have a top view on one monitor and a perspective view on the other monitor, and you want to seamlessly move between them, currently you cannot.) This is just one of many examples of how this lack of dynamic response from one screen to the other is detrimental to the experience of using Blender.
Author

Added subscriber: @glencandle-3

Added subscriber: @glencandle-3

Added subscriber: @sockseight

Added subscriber: @sockseight
Member

Added subscriber: @Harley

Added subscriber: @Harley
Member

Although a pain, what you describe is the designed behavior of the Windows platform itself. Only one window at a time can receive focus (keyboard and mouse input). You select what window is active by clicking on it.

One option is to enable an option in Windows. https://www.majorgeeks.com/content/page/how_to_activate_a_window_by_hovering_over_it_with_the_mouse.html. However this affects all applications and I personally don't like it.

Another option is to compile and review the following patch: D13951: Win32: Auto-Raise and -Focus Windows on Hover to aid it in getting it approved and added to Blender.

Although a pain, what you describe is the designed behavior of the Windows platform itself. Only one window at a time can receive focus (keyboard and mouse input). You select what window is active by clicking on it. One option is to enable an option in Windows. https://www.majorgeeks.com/content/page/how_to_activate_a_window_by_hovering_over_it_with_the_mouse.html. However this affects all applications and I personally don't like it. Another option is to compile and review the following patch: [D13951: Win32: Auto-Raise and -Focus Windows on Hover](https://archive.blender.org/developer/D13951) to aid it in getting it approved and added to Blender.
Member

Closed as duplicate of #99269

Closed as duplicate of #99269
Author

Added subscriber: @PratikPB2123

Added subscriber: @PratikPB2123
Author

Hi @PratikPB2123 thank you for taking an interest in this topic. However, I do not feel you should have closed it as the duplicate task #99269 isn't specific to the issue I'm talking about.

Would you mind reconsidering?

The issue in the other topic is about clicking into another window while using or holding a modifier key. My issue in specific is that all of the windows on one monitor are dynamic to the mouse, while all of the windows on the second monitor are not. Thanks.

Hi @PratikPB2123 thank you for taking an interest in this topic. However, I do not feel you should have closed it as the duplicate task [[ #99269 ]] isn't specific to the issue I'm talking about. Would you mind reconsidering? The issue in the other topic is about clicking into another window while using or holding a modifier key. My issue in specific is that all of the windows on one monitor are dynamic to the mouse, while all of the windows on the second monitor are not. Thanks.
Author

In #103249#1461453, @Harley wrote:
Although a pain, what you describe is the designed behavior of the Windows platform itself. Only one window at a time can receive focus (keyboard and mouse input). You select what window is active by clicking on it.

Hey @Harley I actually think you might be mistaken. I mentioned that I had previously raised the issue that the item picker could not pick items on the second monitor, and this issue was fixed in an update. Now, despite this prohibition of Windows (as you have pointed out), the item picker is dynamic. If it is possible to make a picker be dynamic from one monitor to the next, should it not also be possible to make the any tool be dynamic in this way (selector, brush, etc)?

One option is to enable an option in Windows. https://www.majorgeeks.com/content/page/how_to_activate_a_window_by_hovering_over_it_with_the_mouse.html. However this affects all applications and I personally don't like it.

Ironically I just enabled this feature in Windows and it works quite well with other applications (too well in fact, and quite annoying, haha), but within Blender itself, sadly, it does not work. Very strange.

> In #103249#1461453, @Harley wrote: > Although a pain, what you describe is the designed behavior of the Windows platform itself. Only one window at a time can receive focus (keyboard and mouse input). You select what window is active by clicking on it. Hey @Harley I actually think you might be mistaken. I mentioned that I had previously raised the issue that the item picker could not pick items on the second monitor, and this issue was fixed in an update. Now, despite this prohibition of Windows (as you have pointed out), the item picker is dynamic. If it is possible to make a picker be dynamic from one monitor to the next, should it not also be possible to make the any tool be dynamic in this way (selector, brush, etc)? > One option is to enable an option in Windows. https://www.majorgeeks.com/content/page/how_to_activate_a_window_by_hovering_over_it_with_the_mouse.html. However this affects all applications and I personally don't like it. Ironically I just enabled this feature in Windows and it works quite well with other applications (too well in fact, and quite annoying, haha), but within Blender itself, sadly, it does not work. Very strange.
Member

@glencandle-3 Hey @Harley I actually think you might be mistaken...

I don't think so.

I had described how only one window can have focus at a time. You change focus between windows by clicking on them with your mouse.

In the previous issue (item picker) there was a mouse click involved. However there was a different bug but where if you clicked on a secondary window while any modifier was held down (shift, ctrl, etc) those modifiers would not carry through. So the window would gain focus but the mouse command would not work. That has since been fixed.

With this complain you specifically mention "keyboard shortcut". Hovering over an unfocused window and then pressing keyboard keys will not work because the window does not have focus so the keystrokes are not sent to it.

That is why I mentioned a different solution, that you can test here: https://devtalk.blender.org/t/please-test-windows-auto-focus-patch-build/

> @glencandle-3 Hey @Harley I actually think you might be mistaken... I don't think so. I had described how only one window can have focus at a time. You change focus between windows by clicking on them with your mouse. In the previous issue (item picker) there was a mouse click involved. However there was a different bug but where if you clicked on a secondary window while any modifier was held down (shift, ctrl, etc) those modifiers would not carry through. So the window would gain focus but the mouse command would not work. That has since been fixed. With this complain you specifically mention "keyboard shortcut". Hovering over an unfocused window and then pressing keyboard keys will not work because the window does not have focus so the keystrokes are not sent to it. That is why I mentioned a different solution, that you can test here: https://devtalk.blender.org/t/please-test-windows-auto-focus-patch-build/
Author

@Harley that is true, I didn't consider the click. However, when the mouse hovers over the object, the name of the object appears even before a click is made, suggesting that there is a dynamic relationship between windows/screens. So I am hoping it is possible to tweak the code and Blender can make all windows dynamic.

If that proves to be impossible than how about a 2nd monitor workspace where everything is essentially in one window across two screens?

@Harley that is true, I didn't consider the click. However, when the mouse hovers over the object, the name of the object appears even before a click is made, suggesting that there is a dynamic relationship between windows/screens. So I am hoping it is possible to tweak the code and Blender can make all windows dynamic. If that proves to be impossible than how about a 2nd monitor workspace where everything is essentially in one window across two screens?
Member

@glencandle-3 - So I am hoping it is possible to tweak the code and Blender can make all windows dynamic.

There is such a tweak and I have sent you a link to it twice, hoping you can test it. https://devtalk.blender.org/t/please-test-windows-auto-focus-patch-build/26965

> @glencandle-3 - So I am hoping it is possible to tweak the code and Blender can make all windows dynamic. There is such a tweak and I have sent you a link to it twice, hoping you can test it. https://devtalk.blender.org/t/please-test-windows-auto-focus-patch-build/26965
Author

Hi @Harley yes I saw that and it sounds very promising. Forgive me but how do I know it is safe to compile code not downloaded from Blender official?

Hi @Harley yes I saw that and it sounds very promising. Forgive me but how do I know it is safe to compile code not downloaded from Blender official?
Member

@glencandle-3 - how do I know it is safe to compile code not downloaded from Blender official?

Its up to you but that post contains a link to an already-compiled build of Blender containing the change, and it is directly on a blender.org server.

> @glencandle-3 - how do I know it is safe to compile code not downloaded from Blender official? Its up to you but that post contains a link to an already-compiled build of Blender containing the change, and it is directly on a blender.org server.
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#103249
No description provided.