Skip to content
This repository has been archived by the owner on Jan 25, 2023. It is now read-only.

Noto Sans Mono CJK is not monospaced now #343

Closed
GoogleCodeExporter opened this issue Jun 8, 2015 · 1 comment
Closed

Noto Sans Mono CJK is not monospaced now #343

GoogleCodeExporter opened this issue Jun 8, 2015 · 1 comment

Comments

@GoogleCodeExporter
Copy link

I got 1.002 and tested with CJK glyphs,
Latin(ASCII) glyphs are corrected half-width,
but Korean glyphs are not full-width yet.

And I found CJK unified ideographs some mismatch too.

Please look at this attached image.
If font's CJK width to full-width correctly
blue blocks will balanced.

After correct glyph, please check monospaced proportion value in PANOSE.

Original issue reported on code.google.com by basic2...@gmail.com on 22 Apr 2015 at 9:28

Attachments:

@GoogleCodeExporter
Copy link
Author

Lots of stuff going on here, but the end result is the same: As Designed.

The Korean glyphs (hangul letters and syllables) were specifically designed to 
use horizontal advances that are 92% (920 units) of full-width (1000 units). 
Making them full-width (1000 units) would entail the complete design of the 
glyphs, which would necessarily fork the monospaced OTFs and OTC font 
instances, and would negate almost all of the space savings from sharing the 
'CFF' tables in the OTCs. Simply changing their horizontal advances would 
result in far too much perceived inter-character spacing, and would also 
require separate CFFs, again negating the size benefit of the OTCs. Keep in 
mind that the number of glyphs that would be affected is well over 13,000. In 
other words, making the glyphs for the Korean hangul letters and syllables 
tabular with respect to the half-width ASCII glyphs and those for the 
ideographs, is not going to happen.

The issue about some CJK Unified Ideographs apparently not being completely 
full-width (1000 units) is an application issue. I carefully ensured that the 
horizontal advances for the 48,810 ideograph glyphs (CIDs 1348-1376, 1819-1854, 
2430-47536, 58810-58918, 59452-61768, and 61783-62994), and I just rechecked 
them to reconfirm this point. The fonts are okay.

About the OS/2.panose array, the current value for the fourth bit (Proportion) 
is correct when you consider that less than 100 characters were changed from 
proportional to half-width. There are 200 to 300 additional characters, 
specifically additional Latin ones, along with those for Greek and Cyrillic, 
that continue to be proportional.

The "Mono" OTFs and OTC font instances simply repurpose half-width glyphs that 
have been included as part of the glyph set from Version 1.000, and they are 
made default (encoded) through the use of different mappings in the 'cmap' 
tables. More details can be found in the detailed 25-page Source Han Sans 
ReadMe file: 
https://github.com/adobe-fonts/source-han-sans/raw/release/SourceHanSansReadMe.p
df (the PDF file will download when the URL is clicked)

Original comment by ken.lu...@gmail.com on 22 Apr 2015 at 11:13

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

2 participants