https://bugs.kde.org/show_bug.cgi?id=526645
Méven <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #6 from Méven <[email protected]> --- (In reply to Valentina Petzel from comment #2) > (In reply to TraceyC from comment #1) > > Thanks for the suggestion. The maintainers will need to weigh in on this. > > > > Can you provide a mock up of what this might look like? > > I have sketched up a (not particularly pretty, but functional) web mockup of > how this would feel: > > https://petzel.at/details-view-mockup/ > > (it should render correctly on firefox and chromium, falkon hicksup on the > flex). On the bottom right it has parameters (number of files and maximum > number of columns). It reacts to changes in window size and zoom and will > dynamically calculate number of columns within given bound. It also allows > for sorting by clicking on the header field. > > IMO I like the behaviour when adding files that instead of things going out > of screen to simply break into a new column. > > The implementation is also actually quite simple: To add a new column all > you do is to copy the list view, shift it up by one page and crop everything. Let the developers judge what is simple ;) That's a heavy change for a niche/uncommon use-case. Definitely low priority. I wouldn't be against it, on principle but this will be very intrusive code change for very little benefit. For instance scrolling is now really harder to follow with three different stating points in the list. For files organized chronologically it makes things very confusing IMO as in your examples already. You can achieve denser display of files with the compact view, especially when you have short file names. but even then you have an option to limit each filename width in the settings. -- You are receiving this mail because: You are watching all bug changes.
