Hello Germano,

thanks for the reply.

No, you understood correctly. And I know that many applications work that way.

The thing is, most applications don't need multiple windows at the same time, or modifier keys to navigate.

3D applications on the other hand do have many different editors which often times are floating windows.

As I said, other 3D applications don't have the need to always activate the windows first, but rather only hover over that specific window. (C4D and Modo I can say for certain, and I'm pretty sure Maya behaved the same way, back when I was using it).

So, I don't know how complicated it would be to implement this, but it would certainly be a welcome quality of life change.

You could test the following patch: D13951: Win32: Auto-Raise and -Focus Windows on Hover

Thank you very much, Harley,

this seems to be exactly what I was looking for.

I'll have to look into how to make a build and apply a patch tomorrow to test this out.

Don't want to go too much off topic, but is this something that gets added to a future version of blender?

This could get added to blender if enough people try it and give positive feedback. The spoiler here is that it can't be set to raise ALL of Blender's windows just because we have some oddballs like the Render Window that behaves differently from others. So the patch auto-focuses between parent windows and their children and between siblings (same parent). And between main (parentless) windows only if they are not overlapping at all. So this covers the main usages without letting the Render window mess things up.

Thanks for the explanation.

I'll give it a try when I get the chance and report back to you!

@Pratik Borhade (PratikPB2123)

You merged this and T103249 but there is a subtle difference. In fact THIS one can actually be closed as resolved. They seem similar and in fact I proposed the same possible solution to both, which is probably why you merged.

With THIS one, there is a mouse activation of the new window, as in he is directly clicking on each window in turn. So he is properly making the new window active. The problem here is that he is doing so while also holding down a modifier key, like shift or ctrl. That is fixed as of Blender 3.4 by Campbell so modifiers are no longer lost if they were part of the first click.

The other one was a complaint that a mouse click is even necessary to activate a window. So like this complaint but instead of shift+mm think of pressing "g" to grab. That wont work unless the window is activated first with a mouse click. This would require my proposed auto-raising patch