https://bugs.kde.org/show_bug.cgi?id=526645
--- Comment #8 from Méven <[email protected]> --- > If this is not the correct place to discuss such ideas I sorry for taking > this to the wrong place. https://discuss.kde.org/ would be the best place. > Scrolling behaviour would actually be the same as before, just that we are > simulating a longer screen than we actually have. Oh yes I see, I misinterpreted how scrolling would then behave. With a two rows with three columns: | 1.jpg | 3.jpg | 5.jpg | | 2.jpg | 4.jpg | 6.jpg | After a scroll would be: | 2.jpg | 4.jpg | 6.jpg | | 3.jpg | 5.jpg | 7.jpg | Is that what you'd expect ? Then I can see the purpose, and that seems ok. > But then for me the detail view on large screens just becomes extremely > sparse. Dolphin also has split view, where you can display the same folder at different points. > I am 90% confident I could in case get accustomed with Dolphin’s code base > and implement that mechanic myself That sounds over-confident to me. > It just seems to me there is something missing between having 50 files on > your whole screen, and having 600 files on your screen. And yes, I am > bringing this up because it is an issue that affects me, but really because I > think that something like this might be nice way in the middle. The idea is interesting but the use-case kind of small. Still wider screens are getting more popular. -- You are receiving this mail because: You are watching all bug changes.
