feature-request status-review ref 459

Give us back the border for normal tags, as the background isn't rendered on high-contrast monitors

When a user's monitor is set to a high contrast level (such as if they want text to "pop out" more easily for accessibility, really light colors tend to blend into the background. This would happen with the current background color for normal (non-required, non-moderator-only) tags.

In the older style, there used to be a border around normal tags, but this seems to have been removed. Without it, on high-contrast monitors, the tags would appear as plain text rather than tags.

Can the border around normal tags please be added back?

bugstatus-planned ref 474 and 476

The 404 pages are lighter grey than expected when using high-contrast dark mode, and are not consistent with other pages such as undeleted posts or the home page.

And while we are at it the close and flag dialog are also this lighter grey even with high-contrast enabled. This is not very high contrast as I would expect with high-contrast mode:

status-completed

"Looking for your Teams?" element isn't centered. (Maybe not new, but it stands out more to me now.) The screenshot is from Stack Overflow but the same is happening here.

status-completed

The Help Center article 'How do I use tags to find topics I'm interested in?' still uses screenshots of the old design:

The screenshot of the article about inline tag-edits also uses the old design.

status-completed

The relatively small color change makes my eyes have to work harder to read blue-on-blue:

old	new

I haven't checked, but it feels like the background and foreground colors are closer than before and it puts a strain on my eyes.

status-declined

People have already mentioned aspects of this, but the overall conclusion I draw is that

Yellow is not the new black.

It's awful for contrast, but it's not the greys that are the problem, it's the yellow.
Everywhere this yellow appears it's far too punchy. It's meant to be a gentle highlight, not
"Your attention is required right here, immediately!"

This one took some effort to screen-cap, the highlighted question you see on page refresh, but this is truly horrible.

_{Intentionally small, you don't need to read it.}

I'm on a fully colour-calibrated machine here, I hate to think what this will look like on the usual consumer over-punchy laptop screen.

bugstatus-completed

Cross-posting from RPG.Meta.SE; this is a color bug specific to RPG.SE.

So Stack Exchange got new colors, and there’s a Meta.SE Q&A about it, but this issue seems to be specific to our site: questions with watched tags get a color highlight, but the contrast between it and regular questions is quite slight, so those questions don’t actually stand out the way they should:

This hasn’t been mentioned on the Meta.SE Q&A because most sites don’t have this problem: their contrast is greater:

The cause here is pretty clear, too: all sites use --yellow-100 for this highlight color, but our site uses a different background color for regular questions that is much more yellow-ish (#FFFDF7) and thus much closer to --yellow-100 than the white (#FFFFFF) used on most sites. We need either a custom --yellow-100 (and presumably customizations to the other --yellow-### colors to correspond appropriately), or we need a custom rule that doesn’t use --yellow-100 for these questions.

status-planned ref 484

Two buttons in the same header are two different blues. It may be that they have slightly different semantics but the color difference is too subtle to indicate that and rather just looks like an error.

The custom properties at question are

--_bu-filled-bg-selected  //rgb(21, 92, 162))

and

--_bu-filled-bg  //rgb(27, 117, 208)

bugstatus-review ref 497

In the flagging history, questions and answers which are deleted should be shown with a red background (answers are shown as the question title but in smaller text). For some reason, deleted answers do not have the red background anymore but deleted questions still do.

Both the question and the answer in this screenshot are deleted:

Note: The screenshot uses Stack Overflow Dark Mode but this also applies in light mode.

status-planned ref 488

Background too dark on highlighted sections of comment formatting help:

The dark background

.comment-help code {
    background-color: var(--blue-400) !important;
}

is a bit too dark against black text, perhaps lightening it up to:

.comment-help code {
    background-color: var(--blue-300) !important;
}

is in order?

At the very least, this problem present on this site and SO.

status-review ref 486

Were the green/ red diff highlight colors (e.g. that show up in revisions) touched at all? The green looks darker to my eyes, and the contrast is somewhat poor, but I have no idea whether this was actually adjusted or not:

Both colors are a little difficult to read and roughly on par with each other, with an L^c score of about 60 each (Red: 60.17, Green: 59.71). Given, I do understand that this text isn't designed to be read quite the same way as standard body text, but it caught my eye and seemed worth calling out.

Dark mode colors appear to fare... about the same, if marginally better by the numbers at ~67 (Dark mode red: -65.96, Dark mode green: -67.73):

The "Share" link stands out from the other buttons under a post when marked as visited:

Keyboard shortcut highlights are still invisible in high contrast dark mode

Here is a static screenshot of the question list:

When pressing J or K to select different posts it looks exactly the same. Thus I cannot bother with capturing a GIF this time.

One of those posts is indeed selected. To help you find which one, here is a hint: it has the CSS style

.keyboard-selected {
  box-shadow: 15px 15px 50px rgba(0, 0, 0, .2) inset;
}

while the normal background colour is rgba(0, 0, 0, 0), so there should be a partially see-through completely black shadow on the completely black background.

bug chat

Something about this rollout seems to have messed up the contrast on the chat.SE topbar. The username and "mod" links are now very difficult to read:

I've verified that this is not being caused by any userscripts.

The same thing happens on chat.Meta.SE.

It's entirely impossible to see on chat.SO:

The link is still there but it's impossible to see.

Not a bug, but an annoyance.

I'm sure I'm not the only one here using Dark Reader to cope with SE's archaic lack of a Dark Mode.
Before this update I was able to clearly see whether or not I had voted on a question, but now I can barely tell, except for the slightly brighter outline of the button:

^{↑ This is an upvote}

Trying to figure out why this happens:

A theme-base-primary-color is added to the colour scheme (disabling it reveals that the underlying color palette is likely that for Stack Overflow; disabling --theme-base-primary-color-l turns Meta's color scheme orange [which could also explain why Dark Reader sometimes shows the banners here as orange rather than blue, but I digress]).
The culprits seem to be the orange values (specifically --orange-100 and --orange-500) in body:not(.theme-highcontrast):not(.theme-dark)), but I can't figure out why they aren't changed or even changed by Dark Reader.

This also brings up a second matter: why is the CSS for SE so convoluted? Why are so many overlapping and hierarchized style changes being parsed on every single site? Can't individual domains trigger their own specific code blocks?

status-review ref 459

The contrast between the new moderator tag color scheme and the question-with-watched-tag background highlight is somewhat poor:

bug status-completed

Stack Exchange Toolbar - Stack Exchange Menu

When editing YOUR COMMUNITIES the ADD button is "invisible"

Steps to reproduce

1. Sign in to a Stack Exchange account.
2. Go to any Stack Exchange site.
   I check this on:
   • Meta Stack Exchange
   • Webmasters SE
   • Web Applications SE
3. Click the Stack Exchange Menu > (YOUR COMMUNITIES section) Edit.
   This should display something like the above snapshot.

Environment

• Mac Mini M1
• Chrome with several extensions, like Grammarly, TamperMonkey, Diigo and others.
  The extensions that modify the styles of general sites, like Stylebot and TamperMonkey are turned off. I didn't try on Incognito with all the extensions disabled.

The one I've visited looks unvisited, and the one I haven't visited looks visited. Can you guess which is which?

bug

Horizontal scrollbar in topbar is too hardly visible on dark mode with narrow screen on mobile:

The vertical alignment of question score to question title in the Linked/Related sections looks very odd when the text only takes up a single line:

Less of an issue, but in the same area: Question scores with an accepted answer are fractionally taller than questions without (as the green box has a 1px border that the grey box does not):

(It's possible this has always been the case, but I could swear they used to line up)

bug

Very poor distinction of visited inline links

The colour for visited links is so close to the normal text colour as to be practically indistinguishable

Visited Link

For comparison, here is the same link in the un-visited state

Un-visited Link

status-completed

The featured tag didn't get the new design: (for some it did, based on comments.)

According to this very announcement, it should be very different:

bugstatus-review ref 491

In the revision history of a question, the color of the gold badge icon next to a user is too dark and is almost indistinguishable from the color of the bronze badge icon:

Normal-looking colors in the top bar:

bugstatus-review ref 498

Duplicated border in help center

The navigation menu on the right side of this help center article (and likely others) has a duplicated and offset top border. Can it be removed, as it looks weird?

Actually, this seems to be more general. I also see it on Custom Filters, Watched Tags, Featured on Meta, and "disclaimers" (i.e., on law.SE), so it might be an issue with the boxes more generally.

Oddly jarring colour changes of new posts notification in high contrast dark mode

The colours for normal:

hover:

and click:

of the post notifications are rather dissonant and highly distracting. Especially the shift to and from clicked looks very jarring

bug

Well, this is even worse (seen on this revision page:

I first thought, it was just the padding-less green-ish stipe but there's actually a border I can hardly see on my screen. I only noticed it due to hovering over it.

It's just the diffing, I understand, but this shouldn't be more prominent than the actual tag itself.

bug

Inconsistent colouring between Stack Snippets editor and code blocks in posts

The Stack Overflow snippets editor uses the bleached colours 🤢 but when the code is displayed in the post, it is back to its glorious, vibrant self 😌.

It's more noticeable in dark mode but inconsistent in both.

Snippets editor

Dark Mode	Light Mode

Post

Dark Mode	Light Mode

bug

When I touch the edit button it turns black. If I edit the post it's natural that the button remains black for me (to show it's edited). But if I don't edit the post and click on the back button, the edit button is still black for me. In this case even if I reload the page the button is still black. Does it remain black to show me I once clicked on the edit button on that post?

This occurs on Meta and all other SE sites. I hadn't seen this prior to the recent global changes in sites.

Update: It should be fixed so that only when I actually edit the post the button remains black. Because if it remains black as I once opened the edit page and closed it without editing I will wrongly think that I have edited the post after I encountered it later.

status-completed

The Looking for your Teams? button in the left sidebar has the left part of the border chopped off. Could it be updated to have the border go all the way around it?

status-review ref logged with Teams — not color related

Not sure if this is allowed as it's about SOfT, but... it's a bugs thread, so I'll post anyways. Possibly bad practice to have a wall of bugs as one answer, but... I don't know if SOfT is fair game here, so I'd rather not post a bunch of answers, especially when IDK if it's related.

bug

When an SOfT instance has a long title, it escapes the box! May I suggest it wraps the text instead?

Technically speaking, it kinda wrapped the text before:

Before	After

It looks slightly better now, as the rest of the SOfT instance title is readable, but it still seems wrong. Could this please be updated so the title doesn't simply escape the box and does something else instead?

Bonus: now when you hover over something else, if the current one is too long, the one you're hovering over also escapes the box.

It also appears the + button in the top right (to create a Team) now escapes the box! Can it... uh... stay in the box? Might be a good idea to change it to a different color (white?) too.

bug

Aside from the navbar at the top, the /for-you page ignores high-contrast in dark mode and simply renders normal dark mode. I don't know if this is a new issue, though.

bug

Under /users, the borders look strange

bug

Also don't know if this is new, but "Add a tagDone" looks strange - could those be updated to be actual buttons? Or, if they were intended to be links, could some space be added between them?