You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Jan 25, 2023. It is now read-only.
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
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
Original issue reported on code.google.com by
basic2...@gmail.com
on 22 Apr 2015 at 9:28Attachments:
The text was updated successfully, but these errors were encountered: