Bug 373866

Summary:	konqueror directory 'F9' and normal shortcuts gone in frameworks 5
Product:	[Applications] konqueror	Reporter:	David Rankin <drankinatty>
Component:	general	Assignee:	Konqueror Bugs <konqueror-bugs-null>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version First Reported In:	Git
Target Milestone:	---
Platform:	Other
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:
Attachments:	attachment 1 - showing drag where single-click should place focus for focus follows mouse users attachment 1 - showing drag where single-click should place focus for focus follows mouse users

Description David Rankin 2016-12-18 21:11:19 UTC

Created attachment 102865 [details]
attachment 1 [details] - showing drag where single-click should place focus for focus follows mouse users

Version 5.0.97

Pressing 'F9' in konqueror no longer open the home, root, services, system, media left side view pane. The best you can do is a kludgy side-by-side view, but THANK YOU FOR FIXING katepart preview in advanced text editor!! We now how preview with SYNTAX HIGHLIGHTING working again!!

The focus model is still all screwed up for users of 'single-click' focus follows mouse, and there is no way to click to the right of the filename to provide focus to the file or folder (and it is totally bewildering why dragging over 2-pixels provides the focus just fine, but for reasons unexplained the konquer dev has been unable to provide that same functionality with a click in the same area...) See attachment 1 [details] for an example of a 2-px drag doing what a single-click should.

The jury is still out on whether this will provide the replacement konqueror for power-users we were promised when kde4 gave us the dumbed-down dolphin, but this looks like a step in the right direction. Thanks for fixing katepart preview, and I'll work with this and provide additional requests as warranted.

Comment 1 David Rankin 2016-12-18 21:24:19 UTC

Created attachment 102867 [details]
attachment 1 [details] - showing drag where single-click should place focus for focus follows mouse users

replacement for original snapshot which omitted the mouse cursor. The mouse cursor shows where a single-click should provide the focus for the file/folder without having to do a 2-pixel drag.

Comment 2 Christoph Feck 2016-12-20 17:53:34 UTC

Please report only one issue per ticket.

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