In the font building batch file ume-fontmake.bat contains several lines that call ttfoldel.vbs and ttfoldel-nokan.vbs to delete overlapping counters. Deleting overlapping counters only serve to create glyphs with more control points, making fonts larger and glyphs harder to modify, and slow down glyph rendering process. DynaComware has been making fonts with overlapping counters for years without trouble. The only time there is a problem is when some apps (eg: Xara Xtreme) incorrectly fill overlaps within a glyph using even-odd rule{1} instead of non-zero rule{2}, which can only be valid if the outlines of two shapes travel in opposite directions, which is not the case for most (all?) DynaComware fonts.
In the font building batch file ume-fontmake.bat contains several lines that call ttfoldel.vbs and ttfoldel-nokan.vbs to delete overlapping counters. Deleting overlapping counters only serve to create glyphs with more control points, making fonts larger and glyphs harder to modify, and slow down glyph rendering process. DynaComware has been making fonts with overlapping counters for years without trouble. The only time there is a problem is when some apps (eg: Xara Xtreme) incorrectly fill overlaps within a glyph using even-odd rule{1} instead of non-zero rule{2}, which can only be valid if the outlines of two shapes travel in opposite directions, which is not the case for most (all?) DynaComware fonts.
*1 http://en.wikipedia.org/wiki/Even-odd_rule
*2 http://en.wikipedia.org/wiki/Nonzero-rule