Re: "raise" for raise gnuplot console too?

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

On Wednesday 06 June 2007 15:01, Daniel J Sebald wrote:
> I'm putting together a quick little patch of the ' ' and 'q' bindings for X11 
> that we talked of the other day.

I have a patch to remove 'q' processing all ready to go.
You need not work on that one.

' ' processing is a more difficult case, but there already patches on
SourceForge that implement a possible replacement.  If you want to polish these
up, have at it.

	1474309    Bind <space> to builtin_raise in mouse.c
	1500654    Continue to accept input from previous interactive terminal

> I then got to 
> thinking about another related item we just talked about, i.e., plots taking 
> focus away from the console.  The variation of this is that when one does "plot 
> foo", the x11 window comes to the top, unless the user supplies the -noraise 
> option; 

I set a permanent resource
	 "gnuplot*raise:  off"

> but perhaps the user generally likes the autoraise behavior.  In that  
> case, would it make sense to have a command that raises the console?

No.
That is the job of your window manager.  You can't even type the command
unless you have focus, and if you have focus you can hit whatever key
your window manager likes to use for this purpose.  It would be absurd to
argue that every application should implement this basic window management
function all over again, probably inconsistently with N other apps.

> Or is the idea here that we can raise/lower even if the GUI based terminal is 
> not currently the active one?

That is indeed a difficulty. See the SourceForge patches.

-- 
Ethan A Merritt