#11478 closed bug (fixed)
[Terminal] Fonts not drawing properly when hinting is disabled
Reported by: | KapiX | Owned by: | jackburton |
---|---|---|---|
Priority: | normal | Milestone: | R1/beta2 |
Component: | Applications/Terminal | Version: | R1/Development |
Keywords: | fonts terminal | Cc: | |
Blocked By: | Blocking: | #12093 | |
Platform: | All |
Description (last modified by )
Attachments (3)
Change History (12)
by , 10 years ago
Attachment: | screenshot1.png added |
---|
by , 10 years ago
Attachment: | screenshot2.png added |
---|
comment:1 by , 10 years ago
Blocking: | 12093 added |
---|
comment:2 by , 10 years ago
Description: | modified (diff) |
---|
comment:3 by , 6 years ago
I think this is an app-server or interface kit bug, since also PE is affected by this. Just try to write a long line in PE and it'll show.
comment:4 by , 6 years ago
Interestingly, this does not happen with the "Ubuntu mono" font, but it does with the "Noto" font.
comment:5 by , 6 years ago
I think I found the problem(s):
I made TermView print the font width on start, and with hinting enabled, it's an integer. Without hinting, it's a decimal value. But TermView stores it into an int. Given that _DrawLinePart() also uses integers to draw the text, the longer the text line, the higher the error. Using a float for fFontWidth and in _DrawLinePart() fixes the problem. Now, though, there's a small problem with hinting enabled (look at the image on the right).
by , 6 years ago
Attachment: | Immagine.png added |
---|
comment:6 by , 6 years ago
Oh, of course, the latter problem is caused by the fact that I changed the hinting setting with Terminal already running, and it only calculates font width on start.
comment:9 by , 5 years ago
Milestone: | R1 → R1/beta2 |
---|
Assign tickets with status=closed and resolution=fixed within the R1/beta2 development window to the R1/beta2 Milestone
(In #12093) Duplicate of #11478