Re: new command: raise

[Ethan M. <merritt@u.washington.edu>]

On Monday 08 December 2003 10:22, Daniel J Sebald wrote:
>
> It sounds to me that the strategy here is to now break the
> terminals into two classes, the normal group of terminals and
> a visual GUI set of terminals, i.e., the terminal in which one
> is viewing interactively. =20

How would gnuplot know this?  I routinely pipe both png
and postscript output through a viewer so that I can use those
terminal types in an interactive session.

> The "raise" would only apply to the
> interactive terminal.  That means that the source code should
> have an addition terminal pointer, say interactive_term, that
> the raise command operates on.  (I'm also arguing that if you
> are going to go through this trouble, the function should be
> more than just raise... also minimize, maximize, close, hide, etc.)

I think this would be total bloat.   The whole *function* of=20
a window manager is to manage this stuff so that individual
applications do not have to.

I can't comment on what is needed when running under Windows
or OS2, but in the X11 environment I don't think any of this stuff
belongs in the application program.

> Would it be possible to configure Gnuplot's compilation so that
> it can figure out which terminal should be the "interactive" one?

That is where I am still confused about Petr's suggested=20
"raise" function.  Suppose your gnuplot session has both a
of pm window active and an X11 window active.  If you type "raise",
how is it supposed to know which window you are talking about?

Petr also suggests that the default is to raise all windows at
the same time. Maybe I am misunderstanding, because I don't
see why this is useful.  If the windows are obscuring each other
already, then sending them all a raise command will still result
in the same amount of overlap.  What have you gained?

Now wanting to send a command to one specific window - that I=20
understand, although I still think it is more properly a function
left to the window manager.

--=20
Ethan A Merritt       merritt@u.washington.edu
Biomolecular Structure Center Box 357742
University of Washington, Seattle, WA 98195