https://bugs.kde.org/show_bug.cgi?id=517391
--- Comment #2 from [email protected] --- In short the problem is that Kate start doing stuff before having received the command (signal finished by [ALT UP]), fx when user try give command [ALT DOWN][2DOWNUP][2DOWNUP][5DOWNUP][ALT UP] = ß, Kate on [ALT DOWN][2DOWN] skips to other another tab. In longer form: There are some old ALT key disagreements / errors that might be another source of confusion here. If I use pynput to monitor keys I get: For LEFT ALT Key.alt_l pressed Key.alt_l release For RIGHT ALT Key.alt_gr pressed Key.alt_gr release So far the ALT keys are different. If I open Microsoft Notepad for a reference: [LEFT ALT DOWN] = Menu shortcut activates, think this is new somewhere in the last 27 years. But at this point fx can press F for file menu, but not use arrow keys. [LEFT ALT DOWN][LEFT ALT UP] = Menu bar gets focus and can use arrow keys / enter to select stuff. This is what I used in Windows 98 before replacing Notepad as the default text editor, soon 30 years ago (English Windows with localized keyboards generally, don't remember having issues if using other peoples computers that were localized Windows). [RIGHT ALT DOWN] = Menu shortcut activates. First had ALT vs ALT GR issues in the early 2000s, maybe even 1999. First problem I remember was had to move from RIGHT ALT to LEFT ALT for the ALT+numpad functionality (English Windows, localized keyboards at the time), as will see below it works on both now. But nothing new in the ALT keys being messed up by Microsoft/Windows. [RIGHT ALT DOWN][RIGHT ALT UP] = Menu bar activates and can use arrow keys. Quite sure this is also new somewhere in the last 27 years. At least in some programs. In Notepad and browser [LEFT ALT DOWN][2DOWNUP][2DOWNUP][5DOWNUP][LEFT ALT UP] = ß [RIGHT ALT DOWN][2DOWNUP][2DOWNUP][5DOWNUP][RIGHT ALT UP] = ß In Kate: [LEFT ALT DOWN][2DOWN] = changes tab, before get to finish command. [RIGHT ALT DOWN][2DOWN] = changes tab, before get to finish command. I currently can't remember any difference between LEFT ALT and RIGHT ALT in these kind of standard programs, including as can be seen, Kate. So it is not about which ALT key that is used for ALT as they are both quite similar, and also gets changed around a lot by Microsoft/Windows, if you don't go straight to the keyboard input. Regardless of these ALT errors, it is about if the program starts doing all kinds of weird things trying to guess input, rather than waiting for the input to be finished and then do the correct thing. For an analog can take a student for driver's license and driving instructor. Instructor raises arm pointing to indicate new direction is incoming, and tries to say "Turn left up in the intersection." Student immediately turns left at "Turn left" without waiting for the instructor to lower arm or otherwise indicate is finished, hitting a house and kills them both (analog to the amount of text / data can accidentally be deleted in Kate by these guesses). Of course if going straight on the keyboard input circumventing all whatever modules (likely localization) that mixes up the ALT keys functionality, then it is possible to differentiate the keys as the quick Python test shows. But this is not happening in Kate, not even when Start -> Settings -> Language shows: Windows Display Language: English (United States), Preferred Languages: English (United States) [only language in list] and Keyboard: English (United States), as well as Kate being in English (menu labels etc), don't remember if there were localization options or not on Kate install, if there was, it was told English. So discussing the difference on ALT keys is a bit mood, and even if they were separated, the issue would still be things are done, before knowing which command to follow. -- You are receiving this mail because: You are watching all bug changes.
