It's freaking impossible to debug when the application window places itself on top of Visual Studio and can't be moved :(

If you set a breakpoint the window should be minimized automatically lol.
I can debug fine

@b3b3 You think? Yeah, but in this case there is child window that obviously doesn't "understand" that it should get out of my sight when hitting a break point. Well, I got around this particular problem by just "debugging inside my head" and fixing whatever needed be fixed to get past the point in the program where the child window lingered.

And here is one of the reasons why we need more screens.

@CristCD It doesn't help. I have two screens, and place the application in the second screen. Yet the stubborn child window places itself in the same screen as VS. Dunno why.

@TerriToniAX windows :)

@TerriToniAX If it's a modal window that pops up, they tend to go to the primary screen. You could put visual studio in the secondary

@CristCD Good advice! Didn't think of that :)

@CristCD Yes, it works! Thanks mate :)

Made my secondary screen the primary screen, moved Windows taskbar to my now secondary screen and running VS in the now secondary screen making it look as primary screen, with this "tiny" difference that now I can debug normally without application modal windows getting in the way. Problem solved! :) The only drawback is that windows login and desktop icons appear in the other screen that is now primary, but this I can live with :)