Home and End keys: counter-intuitive behaviour

[xavierog]

Expected Behavior

When typing anything in lxqt-runner, I expect Home/End keys to move the cursor to the start/end of the line. Same when selecting (Shift+Home, Shift+End).

Current Behavior

Since https://github.com/lxqt/lxqt-runner/commit/d44b301a8ca539fc7d87948980482979bf3b0fca and as reported in #213: If lxqt-runner has suggestions for what I have typed, Home/End selects the first/last suggestion. This may or may not be my intent, but at least there is a visual feedback as to what is happening. If lxqt-runner has no suggestion, Home/End is ignored and the cursor stays where it is. There is no feedback that these keys are now meaningless.

Possible Solution

Keep the traditional behaviour when there is no suggestion? Make it an option?

Steps to Reproduce

1. Alt+F2
2. Type something that will yield no suggestion, e.g. qwertyuiop
3. Hit Home: nothing happens
4. Hit Shift+Home: nothing happens
5. Hit Ctrl+left arrow as a replacement for Home, hit End: nothing happens
6. Hit Shift+End: nothing happens

Context

lxqt-runner's typical usage is of course:

• type a few letters
• optionally use arrows to select a suggestion
• hit Enter
• all done

... but I sometimes use lxqt-runner (and similar tools in other desktop environments, e.g. Win+r in Windows) as a temporary one-line buffer: Alt+F2, Ctrl+v, Shift+Home, Ctrl+x, Esc Doing this ensures that whatever I pasted:

• is now plain/text and plain/text only (as opposed to e.g. text/html)
• is reachable by all X11 applications (more context: multiple X11 applications isolated from each other through a nested X server)

System Information

• Distribution & Version: Debian Sid, 1.2.0
• Kernel: 6.0.12-1 (2022-12-09)
• Qt Version: 5.15.7
• liblxqt Version: 1.2.0
• lxqt-build-tools Version: not installed
• Package version: 1.2.0-1

[fulalas]

I second that.