On 20.05.2010, at 19:33, Greg Ercolano wrote: > [I didn't want to clutter up STR #2368 with the following]
agreed, let's see what we find out before adding a note to the STR > Albrecht Schlosser wrote: >> IMO there's no difference in behavior of TAB vs. SHIFT/TAB except the >> moving direction (SHIFT/TAB => backwards). > > But hmm, when I run test/input and *pre-fill* in all the fields with text > (simulating, say, an input form with pre-specified text), I find it takes > twice as many TAB keys to move forward through the form vs SHIFT-TAB. Well, I didn't see that (on Windows), but now I tested with Linux and Mac as well. I really didn't expect platform dependent behavior here, but it is! Linux behaves different (as you described) than Windows and Mac OS X (double SHIFT/TAB, as I described). Interesting... Can you confirm this (which platform did you use) ? Just to be sure, I tested this with FLTK 1.1 as well. Linux seems to be the only platform that behaves differently in all my tests. Thats odd... > A user will probably expect that if they hit TAB 3 times to move forward > through the form, hitting SHIFT-TAB 3 times should get them back where > they were. > (Currently it doesn't) Sure, but if we remove the old "TAB-unselects" behavior, this will be consistent anyway. Albrecht _______________________________________________ fltk-bugs mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk-bugs
