Bug 69237 - DejaVu Sans Mono Enhancement Request: Modification needed for "1" character
Summary: DejaVu Sans Mono Enhancement Request: Modification needed for "1" character
Status: NEW
Alias: None
Product: DejaVu
Classification: Unclassified
Component: Mono Sans (show other bugs)
Version: unspecified
Hardware: All All
: medium enhancement
Assignee: Deja Vu bugs
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-09-11 19:05 UTC by Reed
Modified: 2015-04-20 21:08 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
DejaVu Mono 8 Point Rendering "l" and "1" (8.83 KB, image/jpeg)
2013-09-11 19:05 UTC, Reed
Details
Courier New 8 Point Rendering "l" and "1" (8.81 KB, image/jpeg)
2013-09-11 19:07 UTC, Reed
Details
Liberation Mono 8 Point Rendering "l" and "1" (9.01 KB, image/jpeg)
2013-09-11 19:08 UTC, Reed
Details
Droid Mono 8 Point Rendering "l" and "1" (8.64 KB, image/jpeg)
2013-09-11 19:09 UTC, Reed
Details
Ambiguous Characters (11.99 KB, image/jpeg)
2013-09-12 20:04 UTC, Reed
Details

Description Reed 2013-09-11 19:05:55 UTC
Created attachment 85660 [details]
DejaVu Mono 8 Point Rendering "l" and "1"

DejaVu Version 2.33
Operating System: Windows 7

I have found DejaVu Sans Mono to be one of the best typefaces for my coding purposes. I particularly love how readable yet compact it is at small sizes. I've had difficultly though with the "1" character. I find that this character seems to me to be nearly indistinguishable from the typical "l" character form used in many other monospaced typefaces including the unfortunately ubiqutious Courier New.
The downward slant of the top serif on DejaVu Sans Mono is subtle enough that on my display at point sizes lower than 11 it is rendered as a horizontal serif, just like the 'l' character in other typefaces. At point sizes 11 and greater, the serif properly renders as a descending serif. Since I typically code in an 8 or 9 point font, this is problematic.
In my perception, a "1" formed more similarly to that of the Liberation Sans Mono typeface would resolve this issue and would better fit better with the overall design approach of the typeface by being clearly readable at all sizes--it could no longer be confused with any other character. This would include a leftward serif from the top of the character which is clearly descending from the main line of the glyph, regardless of size.

I've attached a few screenshots of the characters "l" and "1" rendered on my system in Notepad++ in a variety of typefaces at the 8 point size. Notice the similarity between the DejaVu Sans Mono "1" and the "l" of the other typefaces. Also notice how much more distinguishable the "1" character is in the typefaces which make use of a clearly descending top serif.
Comment 1 Reed 2013-09-11 19:07:24 UTC
Created attachment 85661 [details]
Courier New 8 Point Rendering "l" and "1"
Comment 2 Reed 2013-09-11 19:08:13 UTC
Created attachment 85662 [details]
Liberation Mono 8 Point Rendering "l" and "1"
Comment 3 Reed 2013-09-11 19:09:20 UTC
Created attachment 85663 [details]
Droid Mono 8 Point Rendering "l" and "1"
Comment 4 Reed 2013-09-12 20:04:50 UTC
Created attachment 85741 [details]
Ambiguous Characters

Perhaps this screenshot most clearly illustrates the issue. This is the "1" character from DejaVu Sans Mono compared with the "1" character from Courier New and Liberation Mono, all at the 8 point size. These are rendered in Microsoft Word 2010 on Windows 7. The characters are indistinguishable.
Comment 5 anrdaemon 2015-04-20 21:08:55 UTC
You're comparing different typefaces and want a distinction?
I would see it as problem, if one typeface have ambiguous glyphs of scripts commonly used together, but this is not the case.
I suggest a WONTFIX for this one, as the issue has external dependencies out of control of the font creators.
The font itself is fine in its own right.


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.