-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
Line spacing inhomogeneous depending on characters used #459
Comments
Can you isolate the issue? Single character, nothing on prev/next line? |
It seems that bold face has a different baseline than at least normal and light face. I see this on OS X 10.12.6 using Eclipse Oxygen 4.7.0. Note however that I don't see this behavior in that version of Eclipse using other fonts. I've tried verifying it in other editors on the same machine but couldn't actually fine one whose syntax highlighting considers using bold face. Using Mac's Terminal app however seems to work: |
I’ve seen a lot of issues with bold in Eclipse, with different fonts. I haven’t seen a baseline difference, but I’ve used monospace fonts where Eclipse rendered the bold as a different character width. I don’t know if this is a similar issue, but there’s at least a chance it’s part of Eclipse’s bold being broken. |
I just noticed this, too. Fira Mono's bold typeface appears to be larger, see bBoxType/FiraSans#14 and the screen shot from there: Fire Code has a lot more weights, and instead of emboldening the normal weight, it might work to use a lighter weight by default and use the "medium" weight as a replacement for "bold" to achieve a similar contrast. But it would of course be even better if Fira Code's weights appeared homogenous :) |
@dhouck I'm not sure Eclipse is broken in this regard, simply because there are fonts that work. Would it mean that those fonts that work are kind of inversely broken such that combined with Eclipse's brokenness they cancel out their problems? Probably not. Do you know of issues that have been filed against Eclipse's bug tracking system about this? |
My experience with Eclipse had the problem with pretty much all fonts I tried and I think there was something broken with its underlying rendering. That might be a completely unrelated issue, especially if you can get most other fonts to work. I didn’t file a report at the time, and since then I’ve change my setup. I’m not using Eclipse anymore, so I can’t reproduce it to file a report. |
Just wanted to chime in again and say that it indeed appears to be a font related setting that Eclipse simply does not mitigate. At least on Mac, that is. Is reproducible in macOS's TextEdit, too, and vanilla self-made apps that do not mangle with the baseline. |
I remember trying to fix the bold height but my kung-fu is too weak. As far as I remember Fira Mono has the same problem, and in the editor both weights has identical metrics |
I also see this issue in Eclipse with Fira Code, but not with Consolas, Menlo, Courier, Courier New or Lucida Console. It's too bad because Fira Code is otherwise gorgeous. |
For me, this issue only affects the bold font face. Unfortunately, Eclipse does not allow the medium font face to be used for keyword highlighting instead (which is bold enough for my taste). So as a quick fix I edited (http://fontforge.github.io) the font weight field of the medium font to say "bold" and swapped it with the flawed bold font weight. |
Hi @tonsky , I was just about to create a new issue when I found this one. P.S. I love this font, your ligatures made my life easier. ❤️ |
Same issue as in mozilla/Fira#168, #252 |
Should be fixed in v2 |
I'm not sure whether it is actually a problem of the font (or of how it is rendered), but the line spacing is sometimes inhomogeneous. Take as an example the following two images. Note the difference in line space between the second, third, and fourth line, which, in this example, is caused by the presence/absence of
{
.The text was updated successfully, but these errors were encountered: