BUG: 164318
When the user clicks on a non-editable navigation bar to enter edit mode, always pre-select the URL.
We mimic the behavior of web browsers here, since this is the same UI element.
broulik | |
dfaure |
KDE Applications | |
Frameworks |
BUG: 164318
When the user clicks on a non-editable navigation bar to enter edit mode, always pre-select the URL.
We mimic the behavior of web browsers here, since this is the same UI element.
Tested in KDE Neon. Clicking on the URL bar in Dolphin and file picker dialogs pre-selects the text.
No Linters Available |
No Unit Test Coverage |
The linked bug looks wrong.
I'm not sure I agree with this change. We save a click if we want to go from /home/foo to e.g. /usr, but we add an additional click if we just want to append something to /home/foo. I do this all the time (to go in the hidden folders in my home).
Also, only chrome selects the whole URL when clicking the urlbar. Firefox doesn't.
Opps, I've corrected the bug number.
You're right that this improves one workflow and impairs another, but the way I see it, the patch simply brings consistency with the behavior you get if you hit ctrl-L/Replace Location.
Though you're right that it also takes us out of sync with Firefox, in which ctrl-L selects the whole path, but clicking on the URL bar doesn't.
Hmm.
I don't know, it looks already consistent to me: