|
From: Daniel J S. <dan...@ie...> - 2007-05-31 19:55:45
|
Timothée Lecomte wrote:
>>The ctrl-c copy was easy enough. Just replace "c" with "ctrl-c"...
>>
>>Anyway, I see when typing 'h' for a plot to get the key bindings there are
>>these
>>two at the very top (i.e., follow the button description):
>>
>>
>> Space raise gnuplot console window
>> q * close this X11 plot window
>>
>>[snip]
>>
>> * indicates this key is active from all plot windows
>>
>>I'm assuming that by the use of term->(function) the mouse/keyboard
>>interface is
>>meant to be very general and not restricted to X11.
>
>
>
> I will try not to repeat what was said by Ethan and Petr, but here are my
> thoughts on this:
>
> "raise console" and "quit plot window" do not go through the event system
> (because they predate it), they are handled directly by the terminal.
> That's why ' ' and 'q' are keys that you cannot bind to something else,
> with the exception of the 'ctrl-q' option in x11 and wxt.
Right, but the question is why must the documentation for 'q' and ' ' be
special, sitting out on its own? Why can't the 'q' and ' ' simply be placed in
the bindings documentation?
As you explained, the mouse-in-only-one-window limitation came back to me, so
that is why the asterisk. Yet, some would consider the mouse-in-only-one-window
a bug in itself.
> There's no term->close right now, nor is there a term->raiseconsole (and
> that's fortunate, since raising _gnuplot console_ is not the _plot window_
> business).
Petr would think otherwise, I'm guessing from his past posts. There is the
set term x11 close
which could be bound to a key.
> Wow, what a long message... Don't hesitate to comment.
No comment on specific terminal implementations, only that it seems easy to fix
this.
Dan
|