This repository has been archived by the owner on Oct 18, 2023. It is now read-only.
forked from microsoft/Font-Validator
-
Notifications
You must be signed in to change notification settings - Fork 12
/
W1110.htm
19 lines (18 loc) · 1.62 KB
/
W1110.htm
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso8859-1">
<LINK REL=STYLESHEET HREF="fv.css" TYPE="text/css">
<TITLE>W1110</TITLE>
</HEAD>
<BODY BGCOLOR=white>
<Object type="application/x-oleobject" classid="clsid:1e2a7bd0-dab9-11d0-b93a-00c04fc99f9e">
<param name="Keyword" value="W1110">
<param name="Keyword" value="glyf">
</OBJECT>
<H1><A NAME="W1110"></A>Message: W1110</H1></div>
<HR>
<P><B><I>glyf</I>: Intersecting components of composite glyph</B></P>
<P>The glyph indicated in the validation log contains contours of glyph components that intersect (overlap). This type of glyph design introduces some ambiguity in terms of defining what is the 'inside' and 'outside' of a glyph shape, and may cause a rasterizer to reverse the overlapped portion. This problem is generally seen on older printers. Although Microsoft discourages this type of glyph design, for legacy reasons this overlap is allowed for composite glyphs.<BR><BR><IMG ALIGN="TOP" BORDER=1 SRC="intersection_component_whole_scaled.jpg"> <IMG ALIGN="TOP" BORDER=1 SRC="intersection_component_detail_scaled.jpg"><BR><BR>The current implementation of the rasterizer as well as many legacy versions handle this exception and ensures that the overlap between components is filled.<BR><BR>Please note that for consistency and predictability across platforms and implementation of the rasterizer, composite glyphs with overlapping contours should be redrawn altogether as a single glyph.</P>
<P>For more information, see the <A TARGET="top" HREF="http://go.microsoft.com/fwlink?LinkID=10348">glyf table specification</A>.
</BODY>
</HTML>