Re: q for quit in plot windows

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

On Friday 01 June 2007 08:41, you wrote:
> > > > 1) It already exists in the form of the ctrl-q option in x11 and wxt
> > > > 2) This is doomed to be completely opaque to the user, as is the cu=
rrent
> > > > ctrl-q solution in my opinion
> > >=20
> > > My proposal is different from ctrl-q. It describes the inner way of=20
> > > gnuplot code, not a user interface/option. This must be hidden from t=
he=20
> > > user; user does not care about the implementation of built-in binding=
s.
> >=20
> > Timoth=C3=A9e's point is that the ctrl-q mechanism already implements y=
our
> > on/off proposal. So far as I understand what you are proposing, there
> > would be no difference between your "off" state and the current=20
> > "ctrlq" state (except, of course, what happens if you type ctrl-q :-)
>=20
> No, my proposal allows to (re)bind 'q' during gnuplot running.

So does the existing ctrlq mechanism.

> > I have a much simpler proposal.
> > Let's get rid of the 'q' and ' ' built-ins altogether.
> >=20
> > Any usable window manager provides at least one button and/or hotkey
> > to kill windows, and the local user is familiar with the conventions
> > of his own desktop.  Why should we duplicate, badly, what is already
> > present?=20
>=20
> Windows can be closed by Alt-F4.

Exactly.  So there is no need for a badly-implemented 'q'.

> I'm strictly against smashing ' '. It's the most useful hotkey! It does m=
uch=20
> more than a window manager can offer (it finds the parent terminal, which=
=20
> may be a gnuplot session, octave session, etc.!).

But why the <space> character?????
Can't this function, if it's necessary at all, be bound to something that
you don't need for typing ordinary commands or labels?


=2D-=20
Ethan A Merritt
Biomolecular Structure Center
University of Washington, Seattle 98195-7742