Re: Bind <space> to builtin_raise in mouse.c

[<tim...@en...>]

> On Wednesday 26 April 2006 10:27 am, Timoth=C3=A9e Lecomte wrote:
>> On the short-run, I may let it in the wxWidgets terminal as it is
>> currently : has to be linked with Xlib (or gdk, as it is already neede=
d
>> for raise_plot_window_but_don_t_give_it_the_focus ), or Windows.h (not=
 a
>> problem), or os2.h (not a problem either).
>
> It is of course OK for an outboard (external) terminal driver to link
> against its own support libraries.

Note that currently, the wxWidgets terminal is not external, i.e. it is
compiled in the main executable, so the latter is linked with wxWidgets,
cairo, and friends.

>> Any other idea ?
>
> Give up on the whole idea of a generic mechanism for raising the consol=
e.
> It was not well thought out to begin with, and in fact is not even a
> well-defined operation.

I second this, and here are some extra arguments :
* it will make the bindings system more consistent, as the spacebar will
be completely treated as other keys (as the discussed patch was supposed
to do)
* it will make the spacebar be a valid key to return from a pause (it is
not the case on X11 unless you have set the ctrlq resource)
* it won't break old scripts as it is only an interactive feature

If we finally choose this alternative, I would also drop the bound betwee=
n
'q' and 'close this window' :
* it is the role of the window manager to close the window, usually alt-F=
4
already does it
* it will make the bindings system completely consistent if 'q' is part o=
f
it (not the case on X11 unless you set the ctrlq resource)
* again, it won't break old scripts as it is only an interactive feature

With the wxWidgets terminal, we introduce a brand-new terminal with a
different visual aspect, so it is the right time to make these changes if
we can agree that they make sense.

Timoth=E9e