Popping to foreground

[Blues]

Is there a way to disable it? If there is an annoyance about Avidemux then this definitely is it. There is a good chance I'm hitting my keyboard keys when Avidemux pops to foreground and then my keystrokes get lost (good case) or do something unwanted in Avidemux (bad case).

[eumagga0x2a]

Is there a way to disable it?

What desktop environment do you use? And yes, this behaviour of gnome-shell and Qt drives me nuts too. I hope to be able to investigate mitigation strategies on the side of Avidemux during the next release cycle.

[Blues]

Sorry for late reply. I use plain OpenBox running on Xorg, started by startx script (no login managers). This is a lean setup in an OpenRC based system. You say this is a feature of Qt?

[eumagga0x2a]

You say this is a feature of Qt?

Not sure about it, the window manager could be at fault all alone. At least on macOS, opening an application-modal dialog doesn't make Avidemux pop into foreground (and I get complains about that ).

[Mike Flint]

It is a 'feature' of Qt to open a window that can grab the 'focus', but it is the programmer that enables that option/behavior for the window. I agree with others, it's annoying.

[Blues]

Yeah, that's what I thought, because other Qt based tools do not behave like this. I think some even have this as user choice.

[eumagga0x2a]

because other Qt based tools do not behave like this.

Do they open application-modal dialogs on their own (upon some kind of event like task completion)? If they do, but these dialogs don't steal focus, then it is indeed interesting.

[Blues]

Good point. They don't. They just finish processing and do nothing. I still remember some app which had it as user choice, I don't recall what app it was and whether it was Qt or GTK. But you could stop this announcing in Avidemux, I guess?

[Blues]

https://resources.qt.io/

I bet they know the answer. Perhaps just to ask?