Bug 412214

Summary:	[Feature request] Revert to breadcrumbs on location bar losing focus
Product:	[Applications] dolphin	Reporter:	tajames
Component:	bars: location	Assignee:	Dolphin Bug Assignee <dolphin-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	contact, dolphin-bugs-null, hanswchen, nate, nortexoid
Priority:	NOR
Version First Reported In:	19.08.1
Target Milestone:	---
Platform:	Neon
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description tajames 2019-09-22 20:15:41 UTC

SUMMARY
At the moment in Dolphin, you can click at the end of the location bar to change from breadcrumb mode to editable mode. Dolphin then stays in that mode until you click the tick at the end of the location bar, at which point it reverts to breadcrumbs.

I'd like Dolphin to revert to breadcrumbs as soon as the location bar loses focus (like on Windows). To me this feels much more intuitive, so I'd like to make this the default behaviour. I appreciate that other people may have different preferences, so perhaps the breadcrumb behaviour should be user-settable in the Dolphin config menu.

Discussion on Reddit here:
https://www.reddit.com/r/kde/comments/d7r6cf/dolphin_feature_request_revert_to_breadcrumbs_on/


SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 5.16.5
KDE Plasma Version: 5.16.5
KDE Frameworks Version: 5.62.0
Qt Version: 5.12.3

Comment 1 Hans Chen 2019-09-23 07:20:53 UTC

Related report (not sure if it counts as a duplicate, but this report has been closed): https://bugs.kde.org/show_bug.cgi?id=157593

Comment 2 Michael D 2019-09-23 11:46:17 UTC

If one starts editing the address in the location bar, the state of the location bar should not be lost if the window loses focus. Two options: (1) the location bar remains editable even after the window loses focus; (2) the bar reverts to the breadcrumb but when going back to edit it the previous state is restored.

Comment 3 tajames 2019-09-23 12:37:16 UTC

(In reply to Michael D from comment #2)
> If one starts editing the address in the location bar, the state of the
> location bar should not be lost if the window loses focus. Two options: (1)
> the location bar remains editable even after the window loses focus; (2) the
> bar reverts to the breadcrumb but when going back to edit it the previous
> state is restored.

How about trying to resolve the user input as soon as the location bar loses focus - if it can be resolved to a path, then cd to that directory and go to breadcumbs.  If not, stay in editable mode.

Comment 4 Nate Graham 2019-09-23 14:12:07 UTC


*** This bug has been marked as a duplicate of bug 157593 ***