|
Bugzilla – Full Text Bug Listing |
| Summary: | changing language with the keyboard is unreliable. | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Juergen Weigert <jw> |
| Component: | Installation | Assignee: | Stefan Hundhammer <shundhammer> |
| Status: | RESOLVED WONTFIX | QA Contact: | Klaus Kämpf <kkaempf> |
| Severity: | Enhancement | ||
| Priority: | P5 - None | CC: | jsuchome, suse-beta |
| Version: | Beta 3 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
|
Description
Juergen Weigert
2006-02-01 18:23:02 UTC
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. ;-) |