This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Updated Guidelines for Breeze Colors and Icon Design

Tags: None
(comma "," separated)
hugo.pereira@free.fr
Registered Member
Posts
133
Karma
0
alake wrote:Good catch Hugo. I was originally thinking that we would just rely on a different effect (opacity) for hover, but I think the right thing to do is supply a different color for hover. For now I think the focus color should remain the Plasma Blue from the primary color set - that Plasma Blue has been the anchor for much of the focus/active visual vocabulary so far across the entirety visual design for plasma. The hover state is transient and temporary so we'll need to pick a color more ephemeral - which may require adding a color to the overall Breeze palette.

I did a quick experiment with a different hover color and, while it is used mostly consistently, in a few places it seems to be used for more than hover (like pressed tool buttons and few other places). So between the potential color palette update and sorting out how the hover color is used in the style, rather than change the hover color just before Plasma 5.1 tagging, I'd like to propose that we resolve this during the 5.2 development cycle. Since artwork freeze for 5.2 is December 19th, it shouldn't be too long before this is sorted out and in the hands of users.

Thanks much for the catch Hugo! We'll work together and figure it all out. :-)


Hi Andrew,
I agree with the reasoning that focus color should be kept unchanged and that hover should then be made 'lighter'. As far as I know Focus also matches "highlight", which is text and item selection background in lists, and goes with highlighted foreground (meaning: inverted), and it is all consistent.

Concerning the 'discrepency' on pressed toolbuttons, the thing is: toolbuttons don't get focus on mouse-click in Qt (as opposed to pushbuttons), and since they usually are moused-over when being pressed, it is 'natural' that they get the hover color. Makes sense ? Naturally it can be changed (it was with 'old' oxygen, and not anymore after latest rewrite), up to you.

For the few other places, yes lets discuss that, and feel free to post bug reports at https://bugs.kde.org.
User avatar
alake
Registered Member
Posts
591
Karma
3
OS
hugo.pereira@free.fr wrote:
alake wrote:Good catch Hugo. I was originally thinking that we would just rely on a different effect (opacity) for hover, but I think the right thing to do is supply a different color for hover. For now I think the focus color should remain the Plasma Blue from the primary color set - that Plasma Blue has been the anchor for much of the focus/active visual vocabulary so far across the entirety visual design for plasma. The hover state is transient and temporary so we'll need to pick a color more ephemeral - which may require adding a color to the overall Breeze palette.

I did a quick experiment with a different hover color and, while it is used mostly consistently, in a few places it seems to be used for more than hover (like pressed tool buttons and few other places). So between the potential color palette update and sorting out how the hover color is used in the style, rather than change the hover color just before Plasma 5.1 tagging, I'd like to propose that we resolve this during the 5.2 development cycle. Since artwork freeze for 5.2 is December 19th, it shouldn't be too long before this is sorted out and in the hands of users.

Thanks much for the catch Hugo! We'll work together and figure it all out. :-)


Hi Andrew,
I agree with the reasoning that focus color should be kept unchanged and that hover should then be made 'lighter'. As far as I know Focus also matches "highlight", which is text and item selection background in lists, and goes with highlighted foreground (meaning: inverted), and it is all consistent.

Concerning the 'discrepency' on pressed toolbuttons, the thing is: toolbuttons don't get focus on mouse-click in Qt (as opposed to pushbuttons), and since they usually are moused-over when being pressed, it is 'natural' that they get the hover color. Makes sense ? Naturally it can be changed (it was with 'old' oxygen, and not anymore after latest rewrite), up to you.

For the few other places, yes lets discuss that, and feel free to post bug reports at https://bugs.kde.org.


Ahh I understand now. As I menitoned in my email to you, shared here for everyone else's awareness, I committed a change with a lighter hover color that's not in the curent Breeze color palette. Unfortunately, the commit appears to have missed the tarball builds for Plasma 5.1 but should be available in the 5.1.1 bugfix release in a month. As always, thanks for your attention to details like this Hugo!

More importantly a HUGE THANK YOU for implementing the C++ Breeze widget style which is now the default widget style for Plasma. It's a massive step forward for our visual design goals and it is genuinely a pleasure to see it in action. Like so many of our KDE devs, you are a freaking awesome dev to work with! :-)


Bookmarks



Who is online

Registered users: bancha, Bing [Bot], Evergrowing, Google [Bot], lockheed, mesutakcan