D25334: Added transparent blue background to tabbars

[Noah Davis]

ndavis added a comment.


  In D25334#563346 <https://phabricator.kde.org/D25334#563346>, @ngraham wrote:
  
  > Found the bug report tracking that requested change: https://bugs.kde.org/show_bug.cgi?id=370465
  >
  > Based on the comments there, it's likely that this proposal would receive pushback, and we should endeavor to understand why it was changed to the current state in the first place. That's not a reason to hold back on doing it, we just need to understand the history and make the change for legitimate usability-based reasons so it's not perceived as "flipping things back and forth over and over again".
  
  
  The relevant quote:
  
  > Kai Uwe Broulik 2018-04-03 07:51:10 UTC 
  >  We had exactly what you suggest for a while and then it was changed back to line art. Can we stop randomly changing theme whenever someone comes by and doesn't like something unless it actually comes enclosed with a 20 page empirical study made in a lab or something?
  
  Looks like he's referring to using only colored backgrounds, which is not what we're doing now. I do think the current way of showing window state is visually a bit confusing.
  
  Here's what I think:
  
  - The line should indicate that the app is opened, the window is not minimized and the window is focused (opaque blue) or inactive (opaque gray)
  - The background should indicate whether an app is not opened (no BG), minimized or inactive (semi-transparent gray), or focused (semi-transparent blue)
  
  This way it mostly doesn't change, but the visuals have more of a logical relation to each other.

REPOSITORY
  R242 Plasma Framework (Library)

BRANCH
  master

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

To: niccolove, #vdg, ngraham
Cc: ngraham, ndavis, KonqiDragon, #vdg, kde-frameworks-devel, LeGast00n, GB_2, michaelh, bruns
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-frameworks-devel/attachments/20191116/a22cc27f/attachment-0001.html>