Yeah that pink was a full fail, sorry. Kind of funny how becomes pink or salmon so fast. But the flat btns are absolutely super awesome! Sorry I disagree there pazit/mozit
I usually disagree in reverting any change the day after it has been made , above all when there has been a long discussion, test and go-back-and-forth already.
I guess, really, people need to object earlier in the process, and I regret not doing so in the case of the colour change to blue, though I donāt think Iāll be able to keep track of every discussed change, so I wonāt usually know about them until they hit edge
.
Itās only on edge, so I guess itās fine to meā¦ (as a process, Iām not in love of the salmon as well)
But yeah, maybe we should paste links to PR for big changes, as itās very easy to test an automatically built-in snap from it. But then, we need to be sure to tell people to answer on the PR itself and not here. WDYT?
Hi @madsrh , I followed that discussion and sorry our opinion did not pass. When looking at it globally the light blue is not that inconsistent . look at it here :
This pinkish color is somehow the inconsistent one.
@frederik-f, I know that you are the one to āblameā for those flat btns.
You sounded so excited about it! -happy for you, sad for myself.
1 agree from you is awesome! - pinkish out!
@c-lobrano ā¦I totally understand your point. we can still live with it for a while and rethink later on.
Certain forum themes offer to change the hue to give variants inside the theme. Is it possible in an Ubuntu theme ?
Anything is possible, but we donāt want that (donāt want to maintain a patch). Letās strive for sane defaults instead
That will be easy, I guess
Are you planning to allow users to customize the colours? By editing a CSS file or something.
I think @madsrh was referring to a detail we discussed on the repo, which is the entry widget. The entry selection ring is orange (as it is everywhere) and that doesnāt go well with blue text selection.
This is already possible if you like, since the theme is a CSS file in your filesystem
But in that image you havenāt included the selection of non-editable text, which is orange. I agree that maybe pink isnāt the solution here, but the merit is that itās trying to conform to orange = active, blue = indication. Perhaps weāll just have to have inconsistent text selection colours (blue for editable text and orange for non-editable text - if theyāre going to be different that should be the other way round but since people donāt want bright orange for editable text we would have pale orange and bright blue which doesnāt seem right either?) but itās unfortunate.
Yes please, those need to be used more widely across the community! Post links to more controversial PRs here (Iām particularly interested in any that touch on colour consistency) and tell people to answer on the PR.
+1
Not intrusive and does well with menu selection as you demonstrated.
Of course gray has been considered already. The con was that it is a color that suggests a disabled state, however we are using it for menu/list/rows hover without concerns, so I am OK for trying it. Moreover it goes fine with orange selection ring
But still orange for entryfields, right?
Also please consider @nana-4ās comment here:
However, as shown in the screenshot, for some reason some selected text color (in the screenshot, top and bottom lines) gets darker than others. Maybe mix($blue, $base_color, 25%) is better to avoid the bug.
Iām fine with gray too, but Iām not sure that this is a superior choice to the light blue we had As always, letās give it a try
Did someone forward the LibreOffice bug upstream?
To me, the only +1 in favor of gray respect blue is that it looks good in entryfileds as well