Bugzilla – Bug 147340
changing language with the keyboard is unreliable.
Last modified: 2006-08-16 09:46:02 UTC
The very first dialog is 'Preparation->Language' It starts with a list containing ... German, English (UK), English (US) ... Where 'English (US)' is highlighted. Press Cursor-Up twice to select 'German'. The screen automatically refreshes to show the texts in the current language. If done slowly, the screen refreshes with each key press. If the second key press happens during the refresh, the keypress is lost, and 'English (UK)' gets selected. Keys pressed during a refresh should either abort the refresh or be executed after the refresh.
Maby the change of language should just be delayed for about 2 seconds, which would make pressing a few keys possible without a loss. Jiri: Can you take care about that? If not, please assign it back.
Just reproduced with beta9. It is not simply a lost keystoke during refresh. I can clearly see the highlight move onto the desired language (for a split second), then after the refresh it is off by one.
Jiri, can you somehow adjust it via the widget options (`notify, `immediate)?
The problem is that we _want_ to translate the dialog when new language is chosen. I remember we were discussing this already, Stefan do you know about any reasonable solution?
We have a 200 millisecond delay in this selection box. Any longer delay would be really painful to use. Looks like you picked just the worst possible delay between keystrokes: Too slow for the 200 millisec timeout, but too fast for your machine to catch up with retranslating all texts. That's simply bad luck. Type faster or slower. ;-)