Comment 7 for bug 1011884

Revision history for this message
Martin Wildam (mwildam) wrote : Re: [Bug 1011884] Re: Inconsistent behaviour switching to last application window of copy dialog

On Tue, Jun 19, 2012 at 1:29 PM, Marco Trevisan (Treviño)
<mail@3v1n0.net> wrote:
> So, these applications should be fixed then.

Sorry, but you cannot put such a demand on the others. Apart from the
fact that you cannot expect an application to consider each window
manager around (and this is in fact the job of the window manager or
desktop environment) what rules apply? When is what window to be
skipped and when not? - And then you need to instruct these rules to
the user because the normal user expects the same behaviour for all
windows as the user cannot guess your motivations and rules which are
not visible by looking on the window.

> The nautilus progress dialog, is quite an exception btw, because it's actually a window
> (that can run even when the parent window has been closed).
> This behavior has been added to fix bug #784804 and it won't be fixed unity side.

It is good to stay visible even if nautilus parent window is closed.
But appearently it is "counted" to the list of nautilus instances (as
displayed in that group when switching windows) so it should be
threated as such.

And an "exception"? There are plenty of other applications running
operations in asynchronously displayed windows.

> Feel free to set as affected here the applications that should follow
> this policy as well.

The policy of nautilus threating the copy dialog differently is the
unwanted behaviour here!
All the other apps are doing fine!

Best regards.