Ethereal-dev: Re: [Ethereal-dev] Re: [Ethereal-cvs] cvs commit: ethereal/gtk color_dlg.c dlg_u

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

Date Index Thread Index Other Months All Mailing Lists
Date Prev Date Next Thread Prev Thread Next
From: Guy Harris <gharris@xxxxxxxxx>
Date: Sat, 22 May 2004 18:55:46 -0700
On Sun, May 23, 2004 at 03:24:34AM +0200, Ulf Lamping wrote:
> -the main window showing the one and only document
> -utility/derived windows which may stay on the screen for a while
> -dialog windows which will usually immediately be closed again, after 
> some user input done
> 
> The main question to me is: How should these windows *behave* (e.g. 
> regarding to the main window)? And maybe even more important: Are there 
> differences between the dialogs and the utility windows?
>
> Some points to think about:
> 
> -transient to main window or not? (e.g. on win32, a transient window 
> will not be shown in the tasklist for example)

"Tasklist" as in the task bar?

> -save size and position of the window until next appearance?

-remains on top of the main window?
-can remain unminimized even if the main window is minimized?

For the derived view windows, I'd say "no" and "yes", respectively, for
the latter two questions.  If "transient to main window" implies
"remains on top of the main window" or "automatically minimized if the
main window is minimized", I'd say that derived-view windows should
*not* be transient to the main window.

If you can minimize the main window without minimizing derived view
windows, the derived view windows should have separate taskbar items.

Another example of a "derived view window" is the "View source" window
in a Web browser; I'll have to see how various browsers handle that
window on Windows and in KDE.