[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-bugs-dist
Subject:    [Bug 8841] embed search dialog in main window
From:       Ferdinand Gassauer <gassauer () kde ! org>
Date:       2003-03-16 9:01:48
[Download RAW message or body]

------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
     
http://bugs.kde.org/show_bug.cgi?id=8841     




------- Additional Comments From gassauer@kde.org  2003-03-16 10:01 -------
Well I try it once again 
* in konqueror (CVS HEAD) - "find files" opens a tabbed window _in_ the konqueror 
main window. the files list remains visible 
* in kmail "find messages" opens a _new_  window covering the  main window. 
in the task bar we now have 2 kmail windows. 
 
- now open another window - kate/konqueror or whatever which covers the screen 
completely 
- then open kmails search window -  
	do a search  
	kmails main window will not be/get visible - IMHO not userfriendly even a design 
error 
	the kmail main window has to be selected manualy from the task list, to see the 
"found" message - No way to explain this to non experienced users. (As I frequently 
see that they do not understand the stacked taskbar - question: "Why do I have 2 kmail 
windows?" - they simply see kmail - search not different from kmail main window) 
 
IMHO it's also a general GUI design question -  
should search windows be embedded in the main window or not? 
- NO: free floating windows are difficult to allocate to the "main" window they act on 
if they are designed this way, the GUI has to make sure that such things as described 
above do _not _ happen. 
- YES: embedded windows clearly belong to the application. eventualy these 
embedded windows could be clicked to be free floating on users request. 
 
I clearly prefer embedded search windows 
 
cu ferdinand
[prev in list] [next in list] [prev in thread] [next in thread]