source-han-serif icon indicating copy to clipboard operation
source-han-serif copied to clipboard

Consolidation of Glyph Redesign Suggestions

Open kenlunde opened this issue 9 years ago • 92 comments

This issue is meant for tracking and submitting suggestions for redesigning glyphs, meaning that the glyphs are technically correct in structure, but could benefit from adjustment in order to become more usable for more languages or regions, or simply for aesthetic reasons (see the note below).

Please do not use this issue to nitpick the typeface design. Keep in mind that there are 64K glyphs in this typeface, which provides a live's worth of nitpicking.

Issues that were submitted before this consolidation issue was opened are referenced by issue number.

The following changes were made in Version 1.001:

  • Adjusted the final stroke of the JP glyph for U+6C2B 氫, uni6C2B-JP, to be better balanced.
  • Adjusted the right-most vertical stroke of the JP glyph for U+595C 奜, uni595C-JP.
  • Adjusted the JP glyphs for U+3D93 㶓 and U+81F7 臷, uni3D93-JP and uni81F7-JP.
  • Adjusted the JP glyphs for U+507D 偽 and U+70BA 為, uni507D-JP and uni70BA-JP, respectively, to be better balanced, and adjust the CN glyph for U+6E88 溈, uni6E88-CN, in the same way.
  • Adjusted the TW glyphs for U+511A 儚, U+5922 夢, U+61F5 懵, U+750D 甍, U+858E 薎, U+85A8 薨, U+8609 蘉, and U+9138 鄸, uni511A-TW, uni5922-TW, uni61F5-TW, uni750D-TW, uni858E-TW, uni85A8-TW, uni8609-TW, and uni9138-TW, respectively so that their common Radical #140 component is more proportionate.
  • Adjusted the TW glyph for U+7AC5 竅, uni7AC5-TW, so that the top and lower-left components are less wide.
  • Adjusted the CN glyphs for U+596E 奮 and U+5957 套, uni596E-CN and uni5957-CN, respectively, so that at least the two middle horizontal strokes are the same length, though the top one may need to remain short.
  • Adjusted the TW glyph for U+FF0C ,, uniFF0C-TW, by making its shape the same as the JP glyph, uniFF0C.
  • Adjusted the CN glyph for U+FF1B ;, uniFF1B-CN, by making its comma component the same as that of the JP glyph, uniFF1B.

Post Version 1.001:

  • Consider redesigning the glyphs for bopomofo per Issue #17
  • Consider redesigning the TW glyphs that contain 辶 as a component per Issue #15.
  • Consider adjusting CN glyphs for design consistency per Issue #29.
  • Redesign the glyph for U+3025 〥, uni3025, to better match the glyphs for related characters, such as bopomofo.
  • The counters of many CN and TW glyphs for ideographs are too wide.
  • Adjust the 寺 component of the CN glyph for U+5D75 嵵, uni5D75-CN, so that its two parts do not connect.
  • Adjust the TW glyph for U+FF0C ,, uniFF0C-TW, by shifting it slightly downward.
  • Adjust the JP glyph for U+7B01 笁, uni7B01-JP, to have better balance and proportions between the top and bottom components.
  • Adjust the TW glyph for U+85AA 薪, uni85AA-TW, so that the lower-right component is taller.
  • Adjust the glyphs for U+3191 ㆑ through U+319F ㆟, uni3191 through uni319F, to be generic in terms of weight (see Noto CJK Issue #159)

kenlunde avatar Apr 11 '17 16:04 kenlunde

image Considering lengthening the last stroke of U+6C2B such that the character is better balanced. Original character on the left, demonstration on the right.

hfhchan avatar Apr 11 '17 18:04 hfhchan

image There is an hinting issue for 14249 which manifiests as uneven downward strokes at 27px, 42px, 47px, 55px, 60px, 76px etc.

The reason is likely because of an overlapping-but-subtly different alignment zone (in red): image

The following is the glyph data extracted by otfccdump:

"stemH": [
	{"position":179,"width":30},
	{"position":443,"width":30},
	{"position":568,"width":29},
	{"position":690,"width":29},
	{"position":792,"width":32.5},
	{"position":794,"width":31}
],
"hintMasks": [
	{"contoursBefore":0,"pointsBefore":0,"maskH":[true,true,true,true,true,false],"maskV":[true,false,true]},
	{"contoursBefore":1,"pointsBefore":14,"maskH":[true,true,true,true,false,true],"maskV":[true,false,true]},
	{"contoursBefore":1,"pointsBefore":26,"maskH":[true,true,true,true,true,false],"maskV":[true,false,true]},
	{"contoursBefore":2,"pointsBefore":8,"maskH":[true,true,true,true,true,false],"maskV":[true,true,true]}
],

Corrected version:

"stemH": [
	{"position":179,"width":30},
	{"position":443,"width":30},
	{"position":568,"width":29},
	{"position":690,"width":29},
	{"position":792,"width":32.5}
],
"hintMasks": [
	{"contoursBefore":0,"pointsBefore":0,"maskH":[true,true,true,true,true],"maskV":[true,false,true]},
	{"contoursBefore":2,"pointsBefore":8,"maskH":[true,true,true,true,true],"maskV":[true,true,true]}
],

I also found very closely overlapping hstems on many glyphs, however they seemed not to cause any problems if the starting position was within 1 point. I also noticed that the starting shape for 豎撇 and 豎 were slightly different across glyphs. Lastly, the CN glyphs had the 豎 consistently 1 point higher than 豎撇, I do not know if this is some kind of compensation for an optical illusion or that SinoType was somehow aware of a hinting issue.

hfhchan avatar Apr 12 '17 10:04 hfhchan

With regard to the JP glyph for U+595C 奜, uni595C-JP, it is targeted for removal in Version 2.000 to make way for HK glyphs, so this issue is likely to become moot. Still, I will mark this glyph to be inspected.

In any case, how hinting influences the pixels that are ultimately displayed depends on several factors, such as the rasterizer that is being used, and the pixel size of the glyph. This is no different than mainstream CJK fonts. Our fonts, including Source Han, are built using our auto-hinter, and is considered the best in the industry. Still, there will be cases where such behavior occurs.

Also, "alignment zones" has a special meaning, and for CJK glyphs, they are placed well above and well below the actual glyphs. They are useful only for Western-style glyphs whose letterforms are aligned to specific points along the Y axis, such as the baseline, x-height, and cap-height.

kenlunde avatar Apr 12 '17 13:04 kenlunde

image Last Dot for U+3D83 (㶃) can be a tad longer and ending more to the right so the character is better balanced.

hfhchan avatar Apr 12 '17 19:04 hfhchan

image

U+3D93 JP glyph (CID 5118) is rather unbalanced compared to U+3D93 CN glyph (CID 5119) (a rare time where the JP glyph being the odd-ball instead of CN glyph).

image

U+81DF (CID 34062) for comparison.

Being ommitted from the regional-subsetted fonts, it seems that CID 5118 is a candidate for deletion in 2.000. However its source is from JA (Unified Japanese IT Vendors Contemporary Ideographs, 1993), which may warrant its inclusion, should there be enough space.

hfhchan avatar Apr 12 '17 19:04 hfhchan

image

The last stroke for 34112 should be 提 instead of 橫.

image

Korea would benefit from this change, but the character is out of scope for SHS.

hfhchan avatar Apr 12 '17 19:04 hfhchan

The JP glyphs for U+3D93 㶓 and U+81F7 臷, uni3D93-JP and uni81F7-JP, are candidates for removal in Version 2.000 because they're outside the scope of Adobe-Japan1-6. Still, I marked them for adjustment.

kenlunde avatar Apr 12 '17 20:04 kenlunde

Consider adjusting CN glyphs for design consistency per Issue #29.

This comparison can be done via glyphdiff: https://www.v2ex.com/t/268649

KrasnayaPloshchad avatar Apr 13 '17 08:04 KrasnayaPloshchad

Second ㇒ stroke in glyph 為 (U+70BA) (and related 偽 (U+507D), 溈 (U+6E88)) looks unbalanced and goes too right-hand side.

While Japanese people might get used to this style, Chinese and Taiwanese people do not. At least I would consider the "diving board" part of the third stroke (㇕) too long.

I would like to see the second (㇒) stroke be placed in a more balanced position, see SimSun's glyph, for example:

為 example in various fonts shipped in Windows

Strangely, the glyph of 媯 (U+5AAF) looks rather okay (for both Simplified Chinese and Traditional Chinese glyphs).

為偽溈媯 preview

Explorer09 avatar Apr 13 '17 09:04 Explorer09

@Explorer09: Thank you. 為 U+70BA and 偽 U+507D have only JP glyphs that are shared with the other languages. 溈 U+6E88 has only a CN that is also shared with the other languages. I will ask the designer to tune these three glyphs so that are useful for more languages.

kenlunde avatar Apr 13 '17 13:04 kenlunde

Suzhou numerals for five〥(U+3025) needs to be redesigned, it don't have the same designs as others, seems to be smaller and thinner, likes the design of bopomofo.

image

Buernia avatar Apr 15 '17 23:04 Buernia

image The proportions the top of 28818 (U+77A2 TW) are rather unconventional; consider overwriting 28818 with the subpaths of 61705 (U+77A2 U+E0101 JP)

Edit: image

8 other TW glyphs were identified which suffer from the same disproportionate "CJK RADICAL GRASS 3" component to varying degrees: U+511A, U+5922, U+61F5, U+750D, U+858E, U+85A8, U+8609 and U+9138.

hfhchan avatar Apr 16 '17 08:04 hfhchan

@hfhchan The TW glyph for U+77A2 瞢 is best handled by removing it (see Issue #38), and by mapping U+77A2 瞢 in the TW CMap resource to uni77A2uE0101-JP (see Issue #37). The other eight TW glyphs are marked for adjustment.

kenlunde avatar Apr 16 '17 13:04 kenlunde

@Buernia: Right. I agree that the glyph for U+3025 〥 is in desperate need for some typeface-designer love.

kenlunde avatar Apr 16 '17 22:04 kenlunde

image

The top part of 30339 (U+7AC5 竅 TW glyph) is way too broad and the top of the left and right part 敫 is unaligned. The bottom left 方 is too broad (JP and CN glyphs are just right).

A general issue about 穴 being too broad exists in most of the TW glyphs, but U+7AC5 is a common character and the broadness is exceptionally out of place.

hfhchan avatar Apr 17 '17 17:04 hfhchan

default

I found some inappropriate or incorrect characters when I use "思源宋体“.

Goodust avatar Apr 21 '17 01:04 Goodust

@Goodust: Thank you for the report.

For U+2CD9F 𬶟, that does look like a bug, especially because the Source Han Sans glyph matches that of HanaMinB and the Unicode code charts. I will confirm tomorrow by referencing 通用规范汉字表 (Tōngyòng Guīfàn Hànzìbiǎo), which is in my office (I am at home).

For U+2C7C1 𬟁, HanaMinB looks wrong.

For U+7808 砈, because it is a GE character and therefore not frequently used for Simplified Chinese, this will be deferred until Version 2.000, because an HK glyph will be added that can be also be used for CN (and TW).

kenlunde avatar Apr 21 '17 02:04 kenlunde

@kenlunde For U+2CD9F 𬶟,there's a screenshot of 通用规范汉字表 which you can refer to. default For U+2C7C1 𬟁, I just mean the bottom of "鸟“ is too narrow so that the character looks uncoordinated. For U+7808 砈, I agree with your suggestion. Have a good Day~

Goodust avatar Apr 21 '17 02:04 Goodust

627f-sample

The last stroke of 承 (U+627F) in TW (19114) can be extended. In fact it should be ok to map to CID19113 so that four regions share the same glyph.

  1. The left and right components in 承 and 丞 are the same historically.

627f-evi-1

  1. As shown in MoE's stroke order learning website, the rightmost component of 承 consists of 2 strokes. It looks like a one-stroke component just because the last stroke is compressed.

627f-evi-2

  1. Thus, the design of the component should be consistent with that of other similar glyphs. No need to use a separate deign for 承. The current design look unnatural. 627f-evi-3

tamcy avatar Apr 21 '17 08:04 tamcy

Horizontal strokes at the middle of 奮 and 套

stroke

The 隹 component in 奮 and 镸(upper part) in 套 have 4 horizontal strokes. When written, the length of these strokes would be: D > A > B = C.

u596e u5957

In situations like 奪 and 套, A is shortened to accommodate to fit better with the last stroke of 大. However, current CN glyph tends to adjust the length so that A < B < C < D, resulting in a slope. This looks a bit weird.

I suggest to follow the design of JP/KR such that B and C are of the same length. A can also be widened to make it closer to B and C.

奮, which looks good for CN, is also included for comparison.

tamcy avatar Apr 21 '17 11:04 tamcy

image Figure: CN / TW / JP / JP-transplanted-on-TW

34952 (U+8388-TW) could have an instant facelift by transplanting the bottom part of the JP glyph (34950) right on top of it -- before 34950 is removed in version 2 ;).

hfhchan avatar Apr 21 '17 17:04 hfhchan

@Goodust: I decided to add a CN glyph for U+7808 砈, uni7808-CN, which will be repurposed for HK in Version 2.000 (and in TW for the first dot-release). I am doing this to avoid not having to special-case a HK glyph for CN use (this is based on how my process works for building the CMap resources for each language).

kenlunde avatar Apr 22 '17 04:04 kenlunde

@tamcy: About U+627F 承, its TW glyph, uni627F-TW, has been flagged for removal for Version 2.000, but U+627F 承 will map to uni627F-JP in the TW CMap resource for the dot-release.

kenlunde avatar Apr 22 '17 04:04 kenlunde

@tamcy: The issue with the relative lengths of the horizontal strokes of 隹 and 镸 seems to be an explicit design decision on the part of SinoType to avoid horizontal stroke A from touching the last stroke of the 大 component.

kenlunde avatar Apr 22 '17 04:04 kenlunde

@kenlunde Yes, what I questioned is whether it is necessary to make B and C different in length. 套 in CN/TW looks strange because C is obviously longer than B. I would like to propose to follow the way in JP/KR glyphs, such that the equal length of B and C is always maintained.

tamcy avatar Apr 22 '17 10:04 tamcy

@tamcy: I added a note for our designer to look at the CN glyphs for U+596E 奮 and U+5957 套, and to at least make the middle two horizontal strokes the same length.

kenlunde avatar Apr 22 '17 12:04 kenlunde

comma

I would like to suggest some tweaks to the full-width comma (, U+FF0C) specific to TW region.

When viewed from a distance, the middle dot doesn't look smooth, and the right side looks as if it has been trimmed. I hesitated to report this as the design rhymes with the Latin half-width punctuation, even though it looks somewhat awkward in the Chinese-reading context (it could be just me though).

Interestingly, the JP/CN/KR version of the same glyph looks smoother, and more comfortable to read. Also, the full-width semi-colon, shared by four regions, is more alike to JP/CN/KR's full-width comma. This makes me think if similar changes could be done to TW's full-width comma. Thanks!

tamcy avatar Apr 27 '17 11:04 tamcy

@tamcy: I agree, but mainly on the grounds that the comma component should be the same in full-width glyphs that include it. You missed the CN glyph for U+FF1B ;, uniFF1B-CN, which would require the same adjustment. I will consult with the designer today.

kenlunde avatar Apr 27 '17 12:04 kenlunde

The image below includes the JP, CN, and TW ideographs that were redesigned (also included are those glyphs that were corrected):

shserif-fixed-58

kenlunde avatar Apr 28 '17 12:04 kenlunde

Not shown above is the small number of adjustments and corrections to glyphs that correspond to Adobe-Japan1-6 kanji, six in total.

kenlunde avatar Apr 28 '17 13:04 kenlunde