On reflection, I think this should come off the release-critical list
for Hardy (so Won't Fix for Hardy, but remains Triaged for mainline). My
reason here is that if we only change the keyboard layout on focus-out-
event then somebody who tabs to the test entry box and then immediately
starts
The reason that nautilus is different is that it doesn't change the
keyboard layout while you're trying to type.
Any delay problems are not the same as this bug ...
--
Keyboard layout choice in installer confusing
https://bugs.launchpad.net/bugs/173950
You received this bug notification because
So Colin, what you are saying is that this is GTK behavior, and it's not
easy to change, but by changing the way ubiquity interacts with GTK we
can make a work around. What I don't understand is that if I have a
long list of files displayed in Nautilus and I quickly type in a few
characters, the
What an excellent bug report. I'd never thought of this problem!
** Changed in: ubiquity (Ubuntu)
Importance: Undecided = High
Status: Confirmed = Triaged
--
Keyboard layout choice in installer confusing
https://bugs.launchpad.net/bugs/173950
You received this bug notification because
There's no way to stop GTK from changing the selection in the keyboard
layout and variant views during keyboard navigation. Currently the
keyboard layout is changed when the 'changed' signal is emitted on the
tree selection. I think the best approach would be to change the
keyboard layout when
Triaged to Confirmed. Another reported noticed the same problem trying
to select French keyboard with Fr. I'm not sure if there is a single
keystroke delay that will work for all hardware because of the wide
array of PC's that Ubuntu is installed on. Ubiquity dialog needs to
change to address
