| Summary: | tilde '~' becomes a straight line at small font sizes | ||
|---|---|---|---|
| Product: | DejaVu | Reporter: | Mark Tyndall <fdesk_mrt> |
| Component: | General | Assignee: | Deja Vu bugs <dejavu-bugs> |
| Status: | REOPENED --- | QA Contact: | |
| Severity: | normal | ||
| Priority: | medium | CC: | rgl_it |
| Version: | unspecified | ||
| Hardware: | x86 (IA32) | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Attachments: | Tildes matrix over font, style and size | ||
Can you confirm that you're using FreeType's autohinter? It certainly looks to me like you do. Unfortunately we have no control over the autohinter so we can't fix those issues. > Can you confirm that you're using FreeType's autohinter?
He specified his OS as windows....
Just tested this on Windows XP SP3, I get the same behavior. Since some fonts do work, so there must be some inconsistency with the hinting. Using (freetype built from CVS, dejavu from svn): ftview -r 96 5 /usr/share/fonts/dejavu/*ttf I can see the bug in: Sans ExtraLight, Oblique, Book Mono Bold, Oblique, Book, Book Oblique Serif Book Leaving off the -r 96 shows that 5pt at 96 dpi is 7 px/em. Most ttf fonts seem to include a pointer to ignore the instructions at less than 8 px/em or so (the GASP table, right?). That would deal with this on doze, at least. Frankly, the font is barely legible at all at 7 px/em (he says, who used to use 75dpi/lutRS10.pcf as his xterm/emacs font, back in the 80s and 90s; young eyes do have their perks). So I don't know how critical it is. But the GASP entry (assuming I’m remembering the right table) couldn't hurt. (In reply to comment #4) [...] > Leaving off the -r 96 shows that 5pt at 96 dpi is 7 px/em. > [...] > Frankly, the font is barely legible at all at 7 px/em (he says, who used > to use 75dpi/lutRS10.pcf as his xterm/emacs font, back in the 80s and 90s; > young eyes do have their perks). So I don't know how critical it is. I'm more concerned about the faces which don't display well at the not-quite-so-minuscule sizes - Condensed and Light have problems at 7/8/9 pt. (My particular use that triggered the behaviour is using 8pt Sans Condensed to display filenames in Windows Explorer.) (In reply to comment #5) > I'm more concerned about the faces which don't display well at the > not-quite-so-minuscule sizes - Condensed and Light have problems at 7/8/9 pt. This is a serious issue but right now Condensed and Light aren't hinted so that's the problem. At these sizes, non hinted fonts are inappropriate. Hinted or bitmaps fonts would be suitable. With the font pack 2.21, windows word 2003 or OpenOffice 3.0 at 4 pt level they still look like little tildes. Maybe it's just a low resolution and/or cleartype that makes them look strait lines... Gian Luca Ruggero So this is a regression then... Note the version used when reporting this is 2.26, which is later than 2.21. Re-opening |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 18377 [details] Tildes matrix over font, style and size In Sans Condensed, Sans Light, Serif Condensed and (to a lesser extent) Serif, the tilde character '~' is rendered as a straight line, similar to an en or em-dash, at smaller font sizes (8-9 pt and below). Sans and Sans Mono are rendered as curvy lines down to 6pt and 7pt respectively. See attached screenshot, using version 2.26 (file dates all 26/07/2008). Expected results: To see a curvy tilde, which can't be confused for an en/em-dash, at smaller font sizes.