I've found that on xfdesktop 4.4.1-r1 there's no way of preventing a newly created window to steal focus from a fullscreen application - whenever a program creates a new window instance, the fs app is reduced to a window. This can be rather annoying when gaming or working of fullscreen applications.
A workarround is to deselect the "give focus to newly created windows" option, but this changes the behaviour of the desktop manager entirely. "Prevent focus steal" on the advanced options has no effect on this issue.
This could be solved simply by adding a "prevent focus steal from fullscreen applications", and i think it would be a major usability improvement.
No,I disagree, this is not suitable in most cases.
You can still use focus stealing prevention, but that also depends on the applications.
> No,I disagree, this is not suitable in most cases.
Why not? I honestly have zero experience in X coding, but this is kinda annoying, and, if the fullscreen status of a window is detectable, easy to solve. I like XFCE *a lot*, but this is the first time i found such an issue on a *nix desktop.
I might be able to work on a small patch if i make some spare time in the next weeks, but i just wondered if this wasn't considered beforehand.
This is really not a matter of code (the patch would be rather trivial), but it is a usability problem.
There are tons of badly coded apps around that do not take advantage of transient relationship, and therefore the various dialogs that those apps would open would not be visible.
Then we would get flooded with reports saying that the application Xyz does not work well with Xfce/xfwm4 because the dialog don't show...
> There are tons of badly coded apps around that do not take advantage of
> transient relationship, and therefore the various dialogs that those apps would open would not be visible.
Good point - that's why i suggested to implement it as a switch (even a hidden one would do just fine). I apologize for the poor wording of the original bug report, i have to stop doing these kind of things late at night :)
Another problem i can forsee is related to how xfwm handles XFCE windows (alt-tab dialogs, for example), which could end up hidden from the user, but realistically these are the only ones you may want to be bothered with in fs apps, and it involves a few more lines of code if these are handled as regular windows.
Oh, one final thing i forgot. If you're interested in implementing a switch for this but don't want to be bothered with it i could summit a patch - i took a quick peek to xfwm v4.4.1's code in the related areas (settings.c, focus.c et all) and i think i could do it, i just lack the spare time these days.