> it gives me <Alt><Shift>Up, <Alt><Shift>Left, etc. even for keypad arrows > when num lock is off.
Ok, so GTK3 on Windows behaves differently to GTK3 on Linux. The whole keyboard interpretation thing is really messy, GTK is trying to interpret keyboard signals to the functionality written on the keycaps depending on the keyboard model specified. That Windows hijacks some combinations just makes it worse. > While caret navigation key combinations cannot be binded in this dialog, it > probably use different way of detection key combinations than this dialog. Or Windows take the action in this situation. Scintilla default keybindings are not modified by Geany so they happen because any key event not caught by Geany is simply passed unchanged to Scintilla, which is what would normally happen to `<Shift><Alt>KP_Up`. There has been discussion about allowing these bindings to be changed in Geany but nobody has needed it enough to do it. In the keybinding dialog Geany has a keygrab on the dialog which is not present on the Scintilla widget and may have an effect, causing either Windows to not do the numeric entry thing, or its being ignored by GTK, anyway it does not seem to be seen in the dialog. Normally any key combinations not defined in Geany are passed to Scintilla, so it appears to be seeing the selection extension keycode _and_ the Windows numeric entry value which it quite reasonably takes as text to replace the selection. Possibly the patch @nyamatongwe suggested applying to Scintilla on GTK on Windows is the best solution, it prevents replacing your selection by junk at the expense of removing the capability to use the keypad arrows to extend selection. -- Reply to this email directly or view it on GitHub: https://github.com/geany/geany/issues/3539#issuecomment-1674685009 You are receiving this because you are subscribed to this thread. Message ID: <geany/geany/issues/3539/[email protected]>
