Registered Member
|
Can't say I agree about returning to a traditional tickmark for the checkbox (we went through a lot of design iteration on these forums to get to that point that I think works well and is distinctive to Breeze, and I have not yet heard of a credible reason to change it - beyond familiarity which, after well over a year now, I don't see as a credible argument). My own sentiment is strongly against this and consider this statement me waving folks off to go look in another direction for things to change.
That said, I don't have any objections to trimming them down just a touch. Additionally, while I'm open to improvements to the animation, removing them altogether would be a no go from my perspective. From the outset we specifically did not want a yet another dead and dimensionless "flat" style and those animations were purposefully chosen to preserve some depth and life to the style. |
Registered Member
|
+1 on the way checkboxes are draw, their size, and the animation. * hugo.pereira@free.fr loves them. The only (potentially serious) downside is the 'selected' checkboxes in menus and lists ... |
Registered Member
|
Personally I just find them confusing. I have to take a second to think if what I am looking at is a checkbox or a radio button. They just look too much alike. I don't think it's just getting used to it either. I have seen them from day to day for half a year now and I still get confused regularly. But that's just me though |
Registered Member
|
I think the breeze-dark C and D variants indeed loop very nice and probably can be implemented. Will give it a shot. Need to figure out the logic though. (technically, the decoration does not know whether a color scheme is dark or not. It has to find a color role that works for any color scheme) |
Registered Member
|
Of course. Anything I post anywhere is fair game.
Reformed lurker.
|
Registered Member
|
|
Registered Member
|
I like the arrangement (A-D). it should be used in systemsettings. it would look good in desktop with more columns and on mobile with one column.
|
Registered Member
|
I think the breeze-dark C and D variants indeed loop very nice and probably can be implemented. Will give it a shot. Need to figure out the logic though.
(technically, the decoration does not know whether a color scheme is dark or not. It has to find a color role that works for any color scheme)[/quote] C and D don't need to care about the colour scheme; they only need to care if the titlebar matches the window; if they don't match then use D, if they do match use C. Hope that clarifies the logic. EDIT: Below is an example of the C/D method; A,B,C are 'slabs', so they have no gradient in their outlines. D,E,F have different title colours, and if you look carefully their outlines fade out at the tops to avoid muddiness. All the windows derive their outlines from the outline colour of buttons. I'll note that Wonton Soup actually looks better with a real background...
Last edited by Kver on Fri Aug 14, 2015 8:43 pm, edited 1 time in total.
Reformed lurker.
|
Registered Member
|
Yup, definitely think we have some opportunities there. Perhaps we could use the normal palette rather than the selection/highlight palette to draw the checkbox + make sure inside the checkbox boundary is filled (with the normal background color) not transparent? |
Registered Member
|
I honestly believe we can have our cake and eat it, too. Lets wait until we start looking at those buttons individually before we start to worry; we have months to iterate until we reach something which hits the trifecta of unique, usable, and consistent. And I don't mind making dozens of iterations for each widget if that's what it takes. I'd make a hundred designs if it came to it. On the animation, I'm not keen on dropping the animation or switching to a simple fading animation - we can do better - but my main thing is to find an animation which can be applied to more than just check/radio boxes. And again we have months to iterate, if we can't find something genuinely better there's no reason to rush it to change for changes' sake.
Reformed lurker.
|
Registered Member
|
For cleanliness I would suggest to use this thread exclusively to gather ideas and discuss the solutions to these problems in dedicated threads.
Also I created tasks on phabricator for the issues that have been brought up so far. https://phabricator.kde.org/project/view/33/ |
Registered Member
|
I love the A-F arrangement and would like to have this in the SystemSettings HIG. It fit's large desktop screens and mobile screens.
|
Registered Member
|
Yeah, I remember you suggested something like this in the past already in the corresponding bug report. I 'think' I tried it locally and was not happy with the result, but I should probably try harder and possibly share the result with others. Note: for menus at least, this is in fact a non issue: since checkboxes and radiobuttons are on the extreme left side of the menu item, one could just start the selection rect to the right of it, with no overlap with the checkbox. I do not think that it would affect usability, but it would definitly fix the issue (in a way that is similar to what we had when selection was only a line below the active text). The case with checkboxes in lists is more problematic: the solution above would definitly not work ... So ... will try yours again Best, Hugo |
Registered Member
|
|
Registered Member
|
That's... Super weird. Usually I have those turned off, but yeah, those are totally wrong. I don't think they're using the standard at all. I'd say that 100% qualifies! The second one is also something that needs correcting. Thanks!
Reformed lurker.
|
Registered users: bancha, Bing [Bot], Evergrowing, Google [Bot], lockheed, mesutakcan