https://bugs.kde.org/show_bug.cgi?id=452273
--- Comment #7 from Felix Ernst <fe.a.er...@gmail.com> --- >Oh, that's right! I only realize that now. So I guess we can agree it's not >very intuitive. >Although now after you told me this I'm annoyed by the "empty" space on the >left >and I don't know how I didn't see it before hahaha In the 22.03.80 Beta version you tested, the padding was way narrower and not resizable. You might have had a better time if you hadn't been affected by a regressions causing this. The regression has been fixed (through a revert) for 22.03.90. >By the way, the padding column is broken when the view is configured so that >folders are expandable. I believe this is fixed in the Release Candidate 22.03.90 already by the same revert mentioned above. >1. Add one option to choose the behavior, so users can go back to previous >behavior. >Maybe it would make sense to only use this new mode in "tablet mode" and leave >it as it is in "normal" mode. We have mapped out the required differences in usage of the new behaviour compared to the old and came to the conclusion that the biggest downside of the new behaviour is that users will have to come to terms with the changed click behaviour. This is a disruption that I understand some users will be upset about but there are still ways to do everything with similar efficiency as before. That's why having an option for this which then has to be maintained indefinitely was rejected. >2. Allow to configure the position of the "column padding". >For me (and most users), I think it would be more intuitive and easy to use to >have >that column between the name column and any additional ones (size, type, >modifed, etc.). >In this way, you benefit more homogeneous areas to select folders (no matter >the name length), >but you still have plenty of area to unselect with click, drag and drop, etc. This seems quite unintuitive to me since one would now have an area that can't be used to click a file/folder in between areas that can be used to click them. Having the area to deselect at the side leads to a clear separation of spaces and responsibilities. I might have misunderstood you if you were meaning to say that the selection area should span the whole name column. In any case I created a merge request to resolve this bug report that also adds padding to the right end of the view. This has a number of benefits: - The right margin is more discoverable since the item highlight ends right before the padding column - Less mouse travel time to reach either of the areas - More than double the likelihood of users figuring out the advantages of these padding areas for deselecting or dropping - More visual symmetry Link to MR: https://invent.kde.org/system/dolphin/-/merge_requests/374 -- You are receiving this mail because: You are watching all bug changes.
