Bug 411599

Summary:	Open/Save dialog is much too small by default
Product:	[Frameworks and Libraries] frameworks-kio	Reporter:	leftcrane <leftcrane>
Component:	Open/save dialogs	Assignee:	David Faure <faure>
Status:	RESOLVED FIXED
Severity:	normal	CC:	bugseforuns, kdelibs-bugs, nate
Priority:	NOR	Keywords:	usability
Version:	unspecified
Target Milestone:	---
Platform:	Kubuntu
OS:	Linux
See Also:	https://bugs.kde.org/show_bug.cgi?id=297217
Latest Commit:	https://cgit.kde.org/plasma-integration.git/commit/?id=2e9f96847432c707a9dfbfe0748f0524a128abb7	Version Fixed In:	5.17.5
Sentry Crash Report:

Description leftcrane 2019-09-04 19:50:57 UTC

The dialog is way too small by default. At minimal zoom, it displays only about a dozen items in a directory and there isn't enough space to display all the details for items, since two-thirds of the dialog width is taken up by the bookmarks and preview sidebars. 

I think the bigger GTK open/save dialogs are much more adequately sized, plus they use less space thanks to CSD ... well, that and the fact that their preview sidebar usually doesn't work for most files.

I have the KDE dialogs set to 900*700 via regex window rules.

Comment 1 Nate Graham 2019-09-06 20:30:55 UTC

Yeah, it really is. I need to finally figure out what the heck is going on here.

Comment 2 leftcrane 2019-09-06 20:46:07 UTC

Also gtk-style hiding scrollbars could be really beneficial for these cases. The current bars take up ~30-40 pixels of space horizontally in the dialog, all the time. It also clutters the interface.

It would help to have an autohide scrollbars option in Breeze. It is possible to show that an view is scrollable without an always on scrollbar. GTK does it by adding dashed lines to indicate possible scrolling directions. I think it's a good solution, at least as an option. 

(In general I think it would benefit KDE to just go right down the line and look at all the things Gnome does differently with the UI, then adopt the good parts if feasible. Many of UI problems have already been solved by Gnome.)

Comment 3 Christoph Feck 2019-09-06 21:57:32 UTC

Note that most of KDE's UI is just Qt widgets. While KDE developers can (and do) submit Qt patches, they need to work on all platforms. GNOME developers have full control over GTK and don't have to care about Windows, macOS, or mobile systems. That's why GTK is ahead in Linux hardware adaptibility (pen/touch input).

Looking is easy, but actually getting Qt changed is harder. More contributors are needed.

Comment 4 Patrick Silva 2019-12-23 11:32:18 UTC

fixed? https://phabricator.kde.org/D25986

Comment 5 Nate Graham 2019-12-23 21:48:03 UTC

Ah yes, thanks for finding the bug report for this. I missed it before.