-
Notifications
You must be signed in to change notification settings - Fork 60
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bug: Adds whitespace to <wbr> #79
Comments
Thanks for bringing this to my attention! The reason why it's happening is because there's kerning between This is a tricky one to be honest, you'll find this in other fonts too if you add a wbr character anywhere where there's normally kerning. |
Is there a way to combine WBR with the characters on both sides, like you would with |
Not as a ligature but you could apply contextual kerning involving more than 2 glyphs. So technically in a way, but it would not make sense to do so performance wise. What's the use case where you need to toggle WBR on and off? |
But why is the toggling of the WBR necessary for truncating and collapsing the text? |
It's the other way. When truncated I remove When it is expanded I show the entire filename text, and add in |
When using
<wbr />
to indicate a potential line break location for text flow, Work Sans treats this zero-width element as though it has width.Reproduction:
You can click on the middle option to toggle whether the
<wbr>
is applied. When<wbr>
hasdisplay: none
it no longer functions as an indication for line break opportunities.This issue does not occur in other fonts, from my testing. This can cause visual noise when toggling strings of text from having
<wbr>
to not having them.The text was updated successfully, but these errors were encountered: