Live data from Hacker News

ColorBox by Lyft Design

colorbox.io

81–88 of 88 posts

Re: ColorBox by Lyft Design

#81
It's disappointing that they decide to work with the Euclidean model (HSL) when many years of study in human reception have yielded things like CIELAB, or a variant that's easier to work with like CIELCH.

Re: ColorBox by Lyft Design

#82
post #40
post #24

Earlier quoted context omitted.

Bulma is a gamechanger for me in this regard. I can get something professional looking up and running with literally no design experience. There are obviously limitations to it, but for my use cases it's great.

Bulma looks fairly similar to Bootstrap v4 as far as visual output goes. Any major reasons to use one or the other?

We looked into both when writing an open-source admin interface for NestJS. We went for bootstrap because:

- Nobody likes bootstrap, but everybody knows bootstrap (good for an open-source lib) - Better browser compatibility - Better accessibility - Plenty of UI widgets built on top of bootstrap (we don't use them, but people using the lib could) - About as big as each other

Re: ColorBox by Lyft Design

#83
post #40
post #24

Earlier quoted context omitted.

Bulma is a gamechanger for me in this regard. I can get something professional looking up and running with literally no design experience. There are obviously limitations to it, but for my use cases it's great.

Bulma looks fairly similar to Bootstrap v4 as far as visual output goes. Any major reasons to use one or the other?

No solid reasons honestly, other than personal preference. Bulma just looks better out of the box to me.

Re: ColorBox by Lyft Design

#86

Playing around, this is the closest I could get to the typical green = good, yellow = medium, red = bad "monitoring" color scheme: https://www.colorbox.io/#steps=10#hue_start=119#hue_end=0#hu...

Did a minor variation on it which I think gives nicer colors on most screens:

https://www.colorbox.io/#steps=10#hue_start=119#hue_end=0#hu...

Re: ColorBox by Lyft Design

#87

Earlier quoted context omitted.

I've used ColorBrewer[0] in the past for this purpose. It's got some great options for ensuring the colors are distinguishable by people with varying forms of colour blindness as well as in black and white. That last one is a big one because it's a pet peeve of mine when figures are unreadable in a printed paper. http://colorbrewer2.org/#type=sequential&scheme=BuGn&n=3

I've used the method described here [0] of simply incrementing hue by the golden ratio. You can generate dozens of colors that go well together yet are quite distinguishable. [0] https://martin.ankerl.com/2009/12/09/how-to-create-random-co...

I haven't tried this, but it seems like just incrementing the hue would mean colours would be difficult to distinguish when printed in black and white.

Re: ColorBox by Lyft Design

#88

Earlier quoted context omitted.

I've used the method described here [0] of simply incrementing hue by the golden ratio. You can generate dozens of colors that go well together yet are quite distinguishable. [0] https://martin.ankerl.com/2009/12/09/how-to-create-random-co...

I haven't tried this, but it seems like just incrementing the hue would mean colours would be difficult to distinguish when printed in black and white.

D'oh! I think you're right. In B&W these would be identical. I think one could use the same trick with lightness in this case, rather than hue. Still, colors generated that way are going to look like ass on a screen. It seems like you're already doing media queries, though, so doing two variations of this technique wouldn't be too bad...
Post reply on HN