Re: Tab as completion shortcut

[Petri Heinilä <hevi lut fi>]

Christian Rose wrote:
>
> Yes, it bothers. See previous recent messages to this list. Tab is in
> GUIs used to cycle the focus between widgets. I don't think that making
> the file dialog behave entirely different than all other dialogs in that
> aspect is a good idea.
> 
> Also, almost all Tab key combos are "taken" as standard key combos for
> cycling between windows or widgets in different ways etc, which is the
> reason why there was a common feeling for scrapping a Tab key combo
> altogether and use something different.
> Ctrl + space turned out to be a good and different key combo example, as
> the only drawback appears to be that noone has heard about it before or
> knows it from some other UI, which is both good and bad (good in the
> sense that we won't interfere with other behavior, bad in the sense that
> users have to learn a new combo).

This discussion reminds me about look'n feel fights years ago; should it
be windows, os/2, mac, motif, .. . Gtk themes had now gratefully
eliminated
these boring discussions, by giving the one the look'n feel he wants.

I think same kind mechanism should apply for keyboard input (or other
input
devices as well). There would be profiles like "emacs", "vi" or
"windows".

One point here, if not mentioned before, is that not all keyboards are
not
AT104 type, there are sun Type5, ibm 122, .. . Input policy system
should
adapt to any keyboard, Eg. the situation when mircosoft invent new
navigation,
menu, whatever key to the AT104 keyboard.

And localization. Discussion here was about us/european keyboard, but
how
about for example katakana keyboard. Are they good for it.

-- 
email: Petri.Heinila@lut.fi
  www: http://www.lut.fi/~hevi/
  gsm: +358 40 52 77 589
  irc: hevi (IRCnet)