It should work fine in the next release.

Jiri

Ok, I see, it can be reproduced this way.

Thanks,
Jiri

[quote="jiri"]Such dialogs should generally stay-on-top, i.e. never appear below the main dialog. If they don't it's either a bug or something caused by some external applications managing desktops, or so.[/quote]
Are you saying you cannot reproduce the example i descibed?
If so, let's consider the following example:
- close MM and restart it,
- try the exemple proposed 1st (actually, the problem should not occur)
- now, close then re-open the autotag from amazon dialog,
- minimize the main window while the amazon dialog is displayed (this one stays displayed, which is not a normal behaviour to me :o ),
- minimize the amazon dialog,
- restore the main window: from here, the sub-window is behind the main one and it can be front/behind according to the window clicked.

Perhaps, it should be cleaner to avoid handling the main window while a sub one is displayed (as it is the case for auto-org and autotag from files... ) :-?

Such dialogs should generally stay-on-top, i.e. never appear below the main dialog. If they don't it's either a bug or something caused by some external applications managing desktops, or so.

Jiri

Hi,

I regularly have troubles with the various dialogs that are sometimes hidden so that you think they are closed. All sub-windows/dialogs should be "transient" to the main frame.

Example of trouble:
- open MM, resize it full screen
- open the auto-tag from amazon dialog
- click the main window: the amazon dialog is now behind the main window and you cannot handle it anymore (you must either minimize/restore MM or resize the main window to get the dialog frame back)

Transient dialogs would avoid sub-windows to go behind the main one while letting user handling both sub and main windows.