Matthias Melcher wrote:
>>>> #define NORMAL_INPUT_MOVE 0
>>> I would not mind at all to change this to 1.
>> OK, +1 from me too, then,
>>
>> Greg thinks it's odd, Albrecht thinks it's odd, Matthias is OK with
>> changing it... Does anyone remember why it is set this way by default?
>
> Forms Library compatibility in 1987?
That's similar to what I'm thinking the reasoning is.. age.
There as a time when TAB and SHIFT-TAB were not a 'standard'
for shifting focus.
In fact I think at the time it was becoming adopted, many of
us unix folks were all 'wtf are you joking? What if someone
wants to actually USE the tab key?'. But somehow it became
a 'silly standard' anyway, right up there with ^C for copy
(nevermind that for decades ^C kills applications) and
"Press Ctrl-Alt-Delete to logon".. meh.
So I think here FLTK is showing its age.
I'll bet Bill remembers the most about this.
It's possible too this is/was a forms specific thing,
(I honestly can't remember forms well enough, though
I used it quite a bit in the early/mid 90s before
switching to FLTK)
At very least it should probably be an option with the
default to be what everyone expects, and the option can
be changed from the API for backwards compatibility.
(Maybe it even warrants a new command line option so
that show(argc,argv) can control this from the user end? Not sure)
Certainly FLTK 1.3.x would be a good place to change this.
So +1 for the change of the default behavior from me too,
with the added stipulation there be some API way to change it.
We probably should have an example that shows how to
subclass to change it.
_______________________________________________
fltk mailing list
[email protected]
http://lists.easysw.com/mailman/listinfo/fltk
