rkflx added a comment.
In D12327#250864 <https://phabricator.kde.org/D12327#250864>, @ngraham wrote: > - Bandwagon: Windows and macOS's default details style views allow expansion by default too I'm all for going tree-style, but honestly I don't see expansion in Windows? Are we testing different versions? (In case they are fictitious, that would not help your point.) > You've previously argued that allowing access to advanced functionality via the Settings manu is fine, and it will of course all remain there. You are right of course. I was going for a fallback option here: If we cannot agree to your original proposal, accessing the view modes via a dedicated button would still be preferable over having to go into an additional submenu in the generic settings button, though. > I think it's best to have two buttons, each corresponding to a very different style of view that's optimized for a clear use case. That would be ideal, of course. In D12327#250875 <https://phabricator.kde.org/D12327#250875>, @ngraham wrote: > Or, a compromise: If we wanted to go all the way and have Dolphin-style options (Icons View, Compact view, Detailed view), I could support that for consistency's sake as long as we have three buttons like Dolphin does, rather than a combobox or a drop-down menu. That would still run into the technical challenges that I outlined above though. As hinted at before, I could agree to that. However, we need more space then. How about moving Up, i.e. only a single button, in front of the breadcrumb bar? Would help in Dolphin too, and has been seen in Windows before, while avoiding some of the problems with moving every navigation button there, like you proposed elsewhere. REPOSITORY R241 KIO REVISION DETAIL https://phabricator.kde.org/D12327 To: ngraham, #frameworks, #vdg, rkflx Cc: elvisangelaccio, abetts, #frameworks, michaelh, bruns
