l.lunak at suse.cz
Mon May 22 15:04:57 BST 2006
On Friday 19 May 2006 19:16, Krzysztof Lichota wrote:
> Stephan Kulow wrote:
> >> Then I suggest re-reading the Qt documentation about threads.
> >> The problem here is showing two modal dialogs from two apps into the
> >> same "server app" (uiserver), and threads don't let you do that since
> >> you can't do anything GUI-related in other threads than the main thread.
> > You don't want two modal dialogs in a desktop anyway as they give very
> > bad user experience. So queing _them_ would be fine for me, but of course
> > it's unacceptable to stall progress displays while a modal dialog is
> > open.
> > I see another problem with such "out of process" dialogs though and that
> > is dualhead. Everywhere where we use that, it's causing problems: e.g.
> > cookie dialogs appear on wrong desktop/screen.
That's just a plain bug or missing functionality.
> Moreover, if some minimized window opens authentication dialog (or
> cookie dialog or whatever) then other windows which want to use it
> become "frozen".
> I have a lot of windows open in my session and after restart I they are
> opened again. I keep forgetting about that and when I open a new window,
> I wait and wait for authentication dialog to appear until I remind
> myself that I must have left window with dialog somewhere. Then I have
> to search for this window and close the dialog.
And this is the same basically.
> This is very bad from usability point of view as users will think that
> it is not working (until they learn from somewhere what to do in such
> This problem can appear even in case of normal user experience (without
> using FISH, HTTP auth, etc.). Some FTP/WWW sites pop up authentication
> dialog if they are overloaded.
> Krzysztof Lichota
SuSE CR, s.r.o. e-mail: l.lunak at suse.cz , l.lunak at kde.org
Drahobejlova 27 tel: +420 2 9654 2373
190 00 Praha 9 fax: +420 2 9654 2374
Czech Republic http://www.suse.cz/
More information about the kde-core-devel