Bug 424991 - Using Ctrl+L to edit the path and pressing the Tab key moves focus from the field
Summary: Using Ctrl+L to edit the path and pressing the Tab key moves focus from the f...
Status: RESOLVED NOT A BUG
Alias: None
Product: frameworks-kio
Classification: Frameworks and Libraries
Component: URL navigator (other bugs)
Version First Reported In: 5.72.0
Platform: Neon Linux
: NOR normal
Target Milestone: ---
Assignee: KIO Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-04 06:47 UTC by Thomas Carmichael
Modified: 2021-12-23 05:13 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Carmichael 2020-08-04 06:47:09 UTC
SUMMARY
When pressing Ctrl+L to make the location bar editable, the path is automatically selected and pressing the Tab key moves the focus out of editable location bar, rather than completing the path entry or allowing path entry from the current folder without overwriting the current path.

STEPS TO REPRODUCE
1. Press Ctrl+L to start editing the current path.
2. Press the Tab key to "complete" the current path entry.

OBSERVED RESULT
After pressing Ctrl+L to make the location bar editable, the full path is selected but pressing Tab moves the focus from the location bar.

EXPECTED RESULT
On pressing Ctrl+L the current path is selected and pressing Tab "completes" the path and allows continued editing of the path.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: KDE neon 5.19
KDE Plasma Version: 5.19.3
KDE Frameworks Version: 5.72.0
Qt Version: 5.14.2

ADDITIONAL INFORMATION
It is still possible to use the End key here, but this requires more movement away from the home row when typing than using the Tab key does. My expectation for what happens here comes from previous use of Nautilus for path editing behaviour.
Comment 1 Nate Graham 2020-08-10 18:10:45 UTC
If it did that, how would you move focus away from the text field using the keyboard?
Comment 2 Thomas Carmichael 2020-08-11 05:07:49 UTC
I'd think that the first press of the Tab key would complete the path and a subsequent press of the Tab key would move the focus away from the text field.

I will admit from doing a quick test right now that I could foresee an issue with this approach when the focus is moved back into the editable location bar by pressing Shift+Tab. Currently, moving the focus out with Tab and back in by Shift+Tab selects the text of the location and I think it would be a usability issue if someone had to repeatedly double-Tab to move focus back out again.

My main aim for something here is being able to start editing the path from the keyboard, keeping close to the home row, however it's probably easier to adapt to using F6 for this, which I also now realise leaves the cursor at the end of the path.
Comment 3 Bug Janitor Service 2020-08-26 04:33:09 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 4 Christoph Feck 2020-08-26 19:20:36 UTC
Requested information was added with comment 2; changing status for inspection.
Comment 5 Ahmad Samir 2020-09-16 17:43:17 UTC
AFAICS, Tab doesn't invoke the completion; rather you type / or a letter, that invokes the completions, then you use Tab to select one of the offered entries.
Comment 6 Thomas Carmichael 2021-12-23 05:13:33 UTC
I have realized recently that I can actually change the keybindings in Dolphin to switch the shortcut bindings for Editable Location and Replace Location (F6 and Ctrl+L), which I feel resolves the original core issue I had and the default behavior of the Replace Location action is fine.