Open kissane opened 7 years ago
[ a wild BEEP appears ]
looks like you need to update the site CSS so that 'strong' uses 'font-family: freight-text-pro-bold;' rather than 'freight-text-pro'
Oh, hm. I don’t think that’s correct? In Typekit-ese, the family should be freight-text-pro
, regardless of weight. (Which would get set with a font-weight
value in our CSS.)
(My hunch on #136 was that it was down to poor contrast on my part; darkening the color might help?)
[ BEEP used HUNCH. It’s not very effective… ]
THE SUMMONING TOGGLE GOT LEFT ON AGAIN
thx beep we will investigaaaaate
Soooo I'm not sure what to do here. The bold looks legible to me, but there's apparently a situation in which it doesn't show up for some people at all. I'm inclined to leave this open and try to get screenshots and details the next time it arises.
was David Yanofsky one of the people seeing this issue? maybe still screenshottable by him?
If y’all can’t reproduce it internally, I might suggest looking into darkening the color a bit. Here’s what strong
looks like now on my machine:
Here’s what it looks like a ~half a shade darker, at #333
:
Miiiiiight give it an added visibility boost?
(apologies for sealioning in here, hi sorry showin’ myself out)
Thanks, @beep! This is awesome to have in a pocket!
@ryanpitts, I've asked David and will report back if he can replicate.
@beep appreciate it! One thing I'm wondering about is how safe it might be to assign a color directly to b, strong
... just in case something else that has a color to it ends up wrapping one of those tags. But also wary of changing the src-text-default
color as well.
@ryanpitts Super great question, thank you! I think you’re right to be leery of changing src-text-default
. (Unless, of course, you’d like to darken the text color globally, which, hey, that is also an option!)
As for adding a style to strong
directly, I think that’d be 100% fine. I think you have two options in this area:
strong
rule to _base.scss
. I think this is fine, since we’re not really leaning on strong
in other parts of the design—at least, not that I remember—and a global style’s probably a-OK..article-main
. (i.e., .article-main strong { color: #333; }
) If I was doing that, I’d add that to _core.scss
.Does that help at all? Basically, I think either approach is fine, it’s really about what feels right to you.
@beep yep, that helps a ton. Will wait to see if @kissane hears back with some screenshots, and then deploy whatever makes most sense based on that.
This is what we got back from David, who is on Chrome Version 56.0.2924.87
(The org titles are meant to be bold, there)
@kissane Thank you! Could I ask if you have a URL for that page?
Yes! https://source.opennews.org/articles/same-diff-trumps-budget-proposal/
Yes that would help, urn.
HM. So yeah, this seems like a Chrome 56 bug. (Or some combination between Chrome 56, macOS, and Typekit.)
Here’s what I see on Chrome 57:
Here’s what I see on Chrome 56 (via Browserstack):
The weights are definitely not applying correctly, and I can’t seem to “fix” that with CSS. Definitely seems like a browser rendering bug.
(Worth noting, however, that darkening the color works just fine. The weight’s still busted, however.)
Given that Chrome’s one o’ them evergreen browsers, I miiiiiight suggest leaving it as-is, and let browser upgrades sort this out. Unless, of course, this is affecting a bunch of users! In which case, ignore me!
(On re-previewing the images, it seems like the weights might be applied, but the artifacting on Browserstack might be obscuring it. So maybe it’s not showing the bug after all? idk idk)
I think we note this one as a Known Thing—thank you SO MUCH for the help, @beep!
Any time, @kissane! Thanks for letting me sealion in here. <3
Yan0 notes:
Which maybe gets to that unreproduceable font thing Lindsay was seeing awhile back with missing bolding.