Yaru: Insensitive borders does not look insensitive

Created on 27 Aug 2018  ยท  26Comments  ยท  Source: ubuntu/yaru

It's a bit odd that the insensitive spinbutton border is darker than the active one - IMO it makes it look active.

Current:
image

If I switch the borders (dark border on active and gray border on insensitive)
image

Here's the current (for reference):
image

Perhaps doing something like this?
image

This is just extending the already used border color from the dropdown arrow:
image

I also tried a brighter border, but that didn't work: ๐Ÿ—‘
image

@Feichtmeier ?

Also shouldn't the background be transparent like with the switches? Or is it fine because radios have a lighter background too ๐Ÿคทโ€โ™‚๏ธ

image


EDIT: sorry if I tweaked the main post, but let's keep a list of the changes here ;)

Todo

spinbutton insensitive

  • [ ] border be the same color as insensitive button
  • [ ] (vertical) number box border be the same color as insensitive button

entries insensitive

  • [ ] border be the same color as insensitive button (see comboboxes)

~## radio/check and switch insensitive~ see #763
~- [ ] (unchecked) background be a lighter version of normal radio/check and not transparent~

Discussion

Most helpful comment

I forgot, sorry

All 26 comments

I have this on my list too. Vertical insensitive spin buttons currently even have a mixed style for their borders.

spinbutton vertical insensitive

I would vote for Mads suggestion of more subtle border color which would also match insensitive buttons.

dark_buttons

Also shouldn't the background be transparent like with the switches? Or is it fine because radios have a lighter background too ๐Ÿคทโ€โ™‚๏ธ

Thats consistent with the regular theme at least. And with combo boxes where the entry field is lighter than the button.

--

Update 28.8.: Please ignore; opened separate issues.
Am I ok to add some more (very, very) minor dark theme glitches/observations here? I'm happy to open separate issues if you prefer... I don't include screenshots for now, but can be checked with widget factory easily.

  • The button hover effect looks a little bit too harsh (too black) to me. (discussion) (see #755)
  • The "close tab" button has a different hover effect for dark (darker text color + grey background) and regular (only different text color) theme variant. (see #754)
  • To match the styling of the non-dark theme, the background of tab bars should be darker (like window background). (see #754)

I don't think that we should make the switches bg transparent. I fear they might get lost in the UI then. There should be a desire to toggle them.

The insensitive border is indeed to dark! I'll fix this

The point was that insensitive switches and buttons are "transparent" (bg color) while spin buttons and entry fields are a bit lighter than that. That's the same for the regular theme though.

I just noticed that the regular theme also uses two different colors for the insensitive states. They are used for the exact same places but the difference is much more subtle than in the dark variant.

Yes would be great if we could put 1 change request in 1 issue <.<
I already lost everything beside the border color for insensitive elements which is really too dark

I don't think that we should make the switches bg transparent. I fear they might get lost in the UI then. There should be a desire to toggle them.

I fear we're lost in translations (again) ๐Ÿ˜„

Here is the current light theme:
image

I am in favor of current insensitive radio/check. It comes from a specific design and it's the only widget which is pure white when active. I would suggest to do the insensitive spinbuttons the same as radio/check

I am in favor of current insensitive radio/check.

+1

Alright, so that means the spinbutton will look like the example I trashed above ๐Ÿ˜„

Should I create another issue for the insensitive border for combobox and entry @Feichtmeier or are color tweaking on pause ?

No that's fine here the tilte fits :)

Don't get me wrong it was just my experience that when you tweak the main colours that there pop up issues elsewhere because many colours depend on each other. For example border colours depend on BG colour and so on

Okay, so following @clobrano's suggestion of using a lighter border, here are some "real world" mockup:
I'm surprised, but I actually really like this ๐Ÿ˜Š Especially comparing to the current.

NOTE: Insensitive elements have transparent background
image

image

image

EDIT: To be consistent, I guess the "Otto" combo here should be light too ๐Ÿค” But I'll have to admit that I really like the current ๐Ÿคทโ€โ™‚๏ธ
image

To understand you correctly: additionally to tabs you also want disabled elements to have the bright border?

What about comboboxes with button and entries? Button would have dark border and entries light one

What about comboboxes with button and entries?

image

Button would have dark border and entries light one

Buttons would/should, like "Otto" below/above also use light borders:
image

@Feichtmeier might be right that we should revisit this after FF, but I sense your scepticism ๐Ÿ˜‰ I hope you can at least agree with me, that what we currently have is a bit confusing ๐Ÿ˜•

Bordercolors for insensitive elements:
image

Just to clarify: Initially I created this issue to remove #202020 and #222222 (see above). Any change would definitely require a lot of testing.

IMO there's two options:

  1. Light border (as seen above)
  2. Semi dark borders like #2e2e2e

The mockup below looks a bit odd with the light border, but again, it's hard to know how this feels in the real
image

image

Press effect sure doesn't work with bright borders buttons. This is why I am working on notebook tabs borders in order to keep buttons and entries as they are now

Why don't we just use #2e2e2e for insensitive borders in buttons and entries? Radio and check are already different in normal state, so it doesn't feel wrong if they differ in insensitive and backdrop too

Alright, I updated todos, let's keep this bug for fixes, and eventually we'll work on improvement in another bug/discussion

Reopening this issue because insensitive toggle switches borders weren't changed (still too dark / should match spinbutton)

image

I forgot, sorry

(still too dark / should match spinbutton)

like spinbutton or like radio/check?

Doesn't it make most sense with the spinbutton? I was looking at your PR here https://github.com/ubuntu/yaru/pull/764

I asked because initially we talked about radio/check. I just wonder if it
gets too invisible. I'll try

On Mon, 10 Sep 2018 at 09:05, MadsRH notifications@github.com wrote:

Doesn't it make most sense with the spinbutton? I was looking at your PR
here #764 https://github.com/ubuntu/yaru/pull/764

โ€”
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/ubuntu/yaru/issues/746#issuecomment-419809790, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACwAHmUEbNd_WXDWUAuL0W7sUF8wEuMjks5uZg8dgaJpZM4WOYMV
.

Normal

image

Backdrop
image

๐Ÿ˜„ I just finished some mockups.

Seems dark, but it's hard to say without trying it. IMO the light one seems too bright ๐Ÿคทโ€โ™‚๏ธ

It's funny the with the light theme, we style the toggle very subtle and radio and spinbuttons the same.

image

image

I still agree on the initial issue - this dark border is too dark.

But... could you double check where that insensitive border is being used in common? Or wasn't it somehow connected to borders edge? I have some bad memory about this border's strange using places but I could be wrong :thinking:

I am not changing the value of insensitive_border, I only changed the color
of switch borders

On Mon, 10 Sep 2018 at 10:18, Feichtmeier notifications@github.com wrote:

I still agree on the initial issue - this dark border is too dark.

But... could you double check where that insensitive border is being used
in common? Or wasn't it somehow connected to borders edge? I have some bad
memory about this border's strange using places but I could be wrong ๐Ÿค”

โ€”
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/ubuntu/yaru/issues/746#issuecomment-419827772, or mute
the thread
https://github.com/notifications/unsubscribe-auth/ACwAHpVs_lqqAnLKkpI29S7HVQ9Y9xXrks5uZiBxgaJpZM4WOYMV
.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

chrisjbillington picture chrisjbillington  ยท  3Comments

Feichtmeier picture Feichtmeier  ยท  3Comments

mivoligo picture mivoligo  ยท  3Comments

CDrummond picture CDrummond  ยท  3Comments

madsrh picture madsrh  ยท  3Comments