D26530: ScrollView: Do not overlay scrollbars over contents

[Nathaniel Graham]

ngraham added a comment.


  In D26530#591622 <https://phabricator.kde.org/D26530#591622>, @kmaterka wrote:
  
  > Example when current way looks bad: D22176 <https://phabricator.kde.org/D22176>. We can live with that and add margins/padding when needed. Or not :)
  >
  > - Old-fashioned scrollbars are also bad, they look old and sometimes ugly (especially when list has different styles for odd and even rows). All other systems are moving (or moved) away from this.
  > - Gnome way is not good either, at least from my experience. It is not intuitive, I'm always trying to scroll using this tiny bar, then realize that it shows bigger version on hover.
  > - Disappearing is also not good, because it confuses user - sometimes they don't know that list has more elements, you need to hover a mouse over each widget to know the status. From the other side it is consistent with mobile, which is now a reference and most user are more accustomed. Maybe lists that have scrollbars (hidden) should have subtle fade-away effect on edges? Nothing is perfect. That's why I hate creating UIs :)
  
  
  Yeah.
  
  So in a nutshell:
  
  - The new thin/disappearing styles have worse usability but may look better
  - The old fashioned thick always-visible style has better usability but may look ugly
  
  I think this is why the best compromise for desktop usage is to use thick always-visible scrollbars but improve aesthetics by making the track blend in with the view. Then it //looks like an overlay-style scrollbar but it has all the usability benefits of the old-fashioned always-visible style.

REPOSITORY
  R858 Qt Quick Controls 2: Desktop Style

REVISION DETAIL
  https://phabricator.kde.org/D26530

To: ahiemstra, #plasma, #goal_consistency
Cc: kmaterka, mart, ndavis, IlyaBizyaev, ngraham, broulik, plasma-devel, LeGast00n, The-Feren-OS-Dev, jraleigh, zachus, fbampaloukas, GB_2, ragreen, ZrenBot, alexeymin, himcesjf, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, ahiemstra
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20200110/28f16e41/attachment.html>