GitHub-Dark icon indicating copy to clipboard operation
GitHub-Dark copied to clipboard

Better secondary colour

Open johnletey opened this issue 5 years ago • 10 comments
trafficstars

Describe the change you'd like

Using the default base colour, the secondary colour look fine:

Screenshot 2020-04-13 at 16 14 51

But when using a custom base colour #a76c6e, the secondary colour looks odd and doesn't match the colours:

Screenshot 2020-04-13 at 16 15 00

Could we potentially add another configuration option for this? Or, personally the option I want to go with, is to make the secondary colour configured to a darker version of the base colour?

Additional context

This secondary colour is all over the site, for example:

Screenshot 2020-04-13 at 16 27 39

johnletey avatar Apr 13 '20 15:04 johnletey

This seems a duplicate of an old issue, I cant find it atm but its essentially the same and never went anywhere.

@silverwind

the-j0k3r avatar Apr 14 '20 07:04 the-j0k3r

This seems a duplicate of an old issue, I cant find it atm but its essentially the same and never went anywhere.

@the-j0k3r Ah okay, I couldn't find any other issues related to this, but I guess I missed one. Still would love for this to be resolved :)

johnletey avatar Apr 14 '20 07:04 johnletey

Still would love for this to be resolved :)

I may have a solution but not directly in style, as is the style doesnt support less/stylus preprocessor and that means we cant use darken(color, percentage) so there is no way to actually darken the base color, as for adding a secondary color option as is we face similar issue, it would possibly work, need exploring this further.

In StackOverflow I used a alpha color for tags etc, it works there due to design of site, here that wouldn't work so well.

Not a high priority in any case. I have the syntax themes to fix before this and no time to do it.

Once I find the dupe issue Ill link it. Until then feel free to hack away in dedicated theme for overriding this locally.

the-j0k3r avatar Apr 14 '20 08:04 the-j0k3r

That's not really a secondary color, we actually have it as a regular blue.

CSS provides no method to modify a color (besides the dropped color-mod proposal), and this blue would need at least 2-3 colors (border, background, color) to make it work, so I'm hesitant to add so many variables. I'm actually thinking we should maybe remove the option to change base color and only support blue.

silverwind avatar Apr 17 '20 21:04 silverwind

I use a slightly brighter blue because I find it easier to see (#2e8fff) but I'm in favor of dropping the color selection. If someone wants to maintain a style to apply on top of this to change the colors more then they can, but having it built-in just makes things harder for us.

xt0rted avatar Apr 17 '20 21:04 xt0rted

Indeed, once we have implemented CSS variables, users can easily replace all colors in simple add-on userstyles. Let's drop the color option after that one is done.

silverwind avatar Apr 17 '20 23:04 silverwind

Im not in favor of dropping user configurable colors. Having to edit the style to change colors is lame.

the-j0k3r avatar Apr 18 '20 06:04 the-j0k3r

It is but you have to agree that the page looks odd with non-blue colors in some places. If a feature can't deliver quality, it's better to remove it.

silverwind avatar Apr 18 '20 06:04 silverwind

This is easily solved by making the color configurable for these parts, now removing the base color is not the way to solve the design issue.

the-j0k3r avatar Apr 18 '20 06:04 the-j0k3r

All see https://github.com/StylishThemes/GitHub-Dark/issues/1113#issuecomment-658075241

In a few days will be published as addon style

the-j0k3r avatar Jul 14 '20 17:07 the-j0k3r