[dolphin] [Bug 452273] New full-row highlight effect makes some tasks more difficult

[Felix Ernst]

https://bugs.kde.org/show_bug.cgi?id=452273

Felix Ernst <fe.a.ernst at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Resolution|---                         |FIXED
      Latest Commit|                            |https://invent.kde.org/syst
                   |                            |em/dolphin/commit/3bf471e02
                   |                            |a440bd008d69c5939b7c5bf2c03
                   |                            |df54
             Status|CONFIRMED                   |RESOLVED

--- Comment #9 from Felix Ernst <fe.a.ernst at gmail.com> ---
Git commit 3bf471e02a440bd008d69c5939b7c5bf2c03df54 by Felix Ernst.
Committed on 08/04/2022 at 09:44.
Pushed by felixernst into branch 'release/22.04'.

Add symmetric padding on right side of details view

There have been some reports that users were unable to figure out
that the padding on the left of the left-most "name" column can be
used for deselecting or for dropping file items. All of these
reports were by people using a Dolphin version in which that
padding was way too narrow because of a regression (that has since
been fixed). Nonetheless this highlights the potential problem that
some users might be unable to notice/figure out the usefulness of
the left padding.

This commit adds a similar area on the right side of the view when
the column widths are set automatically by Dolphin. The width of
the right padding column mirrors the width of the left padding
column when sized automatically. Both can manually be hidden or
resized similarly to resizing other columns.

There are various usability advantages to having this padding by
default on both sides of the view and not only on the left:
- 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

I had suggested also having this kind of right padding even before
the initial implementation of the left padding. The contributor
implementing it was in favour of it. It only wasn't implemented
because the contributor said it was impossible without a lot of
work. Turns out adding two characters at the right position seems
to suffice in most ways.

This commit does not contain the string change of renaming "Leading
Column Padding" to "Column Padding" (since it changes two paddings
now) to not infringe on the string freeze.

M  +3    -1    src/kitemviews/kitemlistview.cpp

https://invent.kde.org/system/dolphin/commit/3bf471e02a440bd008d69c5939b7c5bf2c03df54

-- 
You are receiving this mail because:
You are on the CC list for the bug.