<HTML>
<HEAD>
<TITLE>Re: [mpeg-OTspec] Toward a Composite Font format specification</TITLE>
</HEAD>
<BODY>
<FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Mikhail,<BR>
<BR>
Thanks for the comment.<BR>
<BR>
I am uncertain about the need for independent x/y “magnification”. You correctly note that you cannot achieve “everything” with just uniform magnification combined with x/y scaling. And, like you, I cannot come up with a scenario that requires it.<BR>
<BR>
For the font experts at large: Do we know of any CJK fonts that use a square character advance (that is, same advance horizontally as vertically) but whose effective ideographic M-box is rectangular? (That is, the “average” glyph impression is significantly not-square.) Can we see any reason why anyone would ever create such a thing? Without a font constructed like this, I do not see any point in non-uniform magnification, since there would never be anything to adjust for.<BR>
<BR>
Regards,<BR>
— daan Strebe<BR>
<BR>
<BR>
On 09/08/25 13:12, "Mikhail Leonov" <<a href="mleonov@microsoft.com">mleonov@microsoft.com</a>> wrote:<BR>
<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'>Daan,<BR>
I agree, these properties need to have distinct names that emphasize the difference in how metrics are scaled, as opposed to how scale factors are specified.<BR>
<BR>
In addition, should glyph magnification property have separate X and Y scale factors as well? I don’t have concrete scenarios in mind that would use this feature yet, but it makes sense in terms of symmetry.<BR>
<BR>
Best regards,<BR>
Mikhail Leonov<BR>
Microsoft<BR>
<BR>
<BR>
</SPAN><FONT SIZE="2"><SPAN STYLE='font-size:10pt'><B>From:</B> <a href="mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a> [<a href="mailto:mpeg-OTspec@yahoogroups.com">mailto:mpeg-OTspec@yahoogroups.com</a>] <B>On Behalf Of </B>Daniel Strebe<BR>
<B>Sent:</B> Friday, August 21, 2009 5:04 PM<BR>
<B>To:</B> Ken Lunde; <a href="mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a><BR>
<B>Subject:</B> Re: [mpeg-OTspec] Toward a Composite Font format specification<BR>
</SPAN></FONT></FONT><FONT FACE="Times New Roman"><SPAN STYLE='font-size:12pt'> <BR>
<BR>
</SPAN></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
<BR>
Colleagues,<BR>
<BR>
As I explained in my earlier message found at the bottom of this e-mail, the two kinds of scaling are independent and mutually compatible operations. Both are necessary simultaneously for a good recipe in some situations.<BR>
<BR>
ScaleFactorX/ScaleFactorY use the baseline as an anchor and scale everything concerning the glyph, including the outline, kerning, escapements, and advance.<BR>
<BR>
Uniform scaling, on the other hand, scales from the center of the ideographic box, and does not affect anything but the glyph impression. Most importantly, it does not affect horizontal or vertical advance.<BR>
<BR>
Both kinds of scaling are needed simultaneously when adjusting component fonts of an ideographic script when the component fonts contain ideographic boxes of differing aspect ratios and differing “color”. Color refers to the foreground/background ratio of a glyph as determined by of amount of the advance width that the average glyph consumes, and the design weight of the typeface.<BR>
<BR>
They should be given distinct names to distinguish the semantics. Perhaps:<BR>
<BR>
Glyph magnification, in place of “uniform scaling”<BR>
Character scaling, to refer to ScaleFactorX/ScaleFactorY<BR>
<BR>
Regards,<BR>
<BR>
— daan Strebe<BR>
Senior Computer Scientist<BR>
Adobe Systems Incorporated<BR>
<BR>
<BR>
On 09/08/21 13:59, "Ken Lunde" <<a href="lunde@adobe.com">lunde@adobe.com</a>> wrote:<BR>
</SPAN></FONT><BLOCKQUOTE><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
<BR>
Mikhail,<BR>
<BR>
While I cannot answer for daan, I have observed that InDesign's <BR>
Composite Font dialog allows all three to be applied independent of <BR>
one another. My gut feeling is that their use should be mutually <BR>
exclusive, meaning ScaleFactor to be applied to both axes, or <BR>
ScaleFactorX+ScaleFactorY as a pair to be set independent of one <BR>
another. Perhaps daan can describe a usage scenario in which both <BR>
forms of scaling are required.<BR>
<BR>
I would think that any use of both forms of scaling could also be <BR>
adequately described in terms of only ScaleFactorX+ScaleFactorY as a <BR>
pair.<BR>
<BR>
Regards...<BR>
<BR>
-- Ken<BR>
<BR>
On 2009/08/21, at 13:53, Mikhail Leonov wrote:<BR>
<BR>
> Ken and Daan,<BR>
> Do you think ScaleFactorX+ScaleFactorY pair and ScaleFactor should <BR>
> be mutually exclusive, or are there examples where using both forms <BR>
> of scaling in the same entry provides value to the recipe creator?<BR>
><BR>
> Mikhail Leonov<BR>
> Microsoft<BR>
><BR>
> -----Original Message-----<BR>
> From: <a href="mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a> <<a href="mailto:mpeg-OTspec%40yahoogroups.com">mailto:mpeg-OTspec%40yahoogroups.com</a>> [<a href="mailto:mpeg-">mailto:mpeg-</a> <BR>
> <a href="OTspec@yahoogroups.com">OTspec@yahoogroups.com</a> <<a href="mailto:OTspec%40yahoogroups.com">mailto:OTspec%40yahoogroups.com</a>> ] On Behalf Of Ken Lunde<BR>
> Sent: Friday, August 14, 2009 6:07 PM<BR>
> To: <a href="mpeg-OTspec@yahoogroups.com">mpeg-OTspec@yahoogroups.com</a> <<a href="mailto:mpeg-OTspec%40yahoogroups.com">mailto:mpeg-OTspec%40yahoogroups.com</a>> <BR>
> Subject: Re: [mpeg-OTspec] Toward a Composite Font format <BR>
> specification<BR>
><BR>
> daan,<BR>
><BR>
> Thank you. This is exactly the sort of use-scenario description that <BR>
> I was hoping to elicit with my post.<BR>
><BR>
> Two additional <ComponentFont> attributes should be added:<BR>
><BR>
> ScaleFactorX<BR>
> ScaleFactorY<BR>
><BR>
> Regards...<BR>
><BR>
> -- Ken<BR>
><BR>
> On 2009/08/14, at 15:58, Daniel Strebe wrote:<BR>
><BR>
>> Ken,<BR>
>><BR>
>> Thanks for wading into this.<BR>
>><BR>
>> I think we should look at Adobe InDesign's scaling in more detail.<BR>
>> What InDesign provides relevant to this discussion is:<BR>
>><BR>
>> * Adjust baseline of a component font.<BR>
>> * Scale glyphs in a component font horizontally.<BR>
>> * Scale glyphs in a component font vertically.<BR>
>> * Scale glyphs in a component font uniformly with respect to the<BR>
>> glyph's center while preserving its width.<BR>
>><BR>
>> You cannot fully replicate both semantics by dropping any of the <BR>
>> three<BR>
>> provisions. The purpose of (2) and (3) is to adjust a component font<BR>
>> whose glyphs normally run along some baseline, such as Latin-script <BR>
>> or<BR>
>> Indic-script fonts. The adjustment applies to the glyph outline as<BR>
>> well as its horizontal and vertical advance. The purpose of (4) is to<BR>
>> adjust a component font whose glyphs run along a center line, such as<BR>
>> Chinese ideographs. The adjustment applies to the glyph outline but<BR>
>> not its horizontal or vertical advance.<BR>
>><BR>
>> To elaborate, in Latin-script composite fonts, it is common to scale<BR>
>> glyphs of a component font horizontally, and this scaling typically<BR>
>> applies to all behavior of the font: the amount of horizontal space<BR>
>> the glyph takes up, kerning amounts, escapements. In ideographic<BR>
>> fonts, normally ideographs are considered fixed-width for typographic<BR>
>> purposes, and you do not want mixed widths regardless of which<BR>
>> component fonts the glyphs came from. Yet meanwhile you must balance<BR>
>> the space of the ideographs for two or more different source fonts,<BR>
>> each of which has a different idea of "color" for the font.<BR>
>> (Color, meaning, the amount of whitespace consumed by the "average"<BR>
>> glyph in the ideographic repertoire.) Therefore you scale from the<BR>
>> center of the ideographic box but leave the metrics alone.<BR>
>><BR>
>> The reason InDesign allows both forms of scaling is because (4) may <BR>
>> be<BR>
>> required to balance the color, while (2) and/or (3) may be required <BR>
>> to<BR>
>> adjust for a non-square construction of the fixed-width ideographic<BR>
>> glyphs. While square in most fonts, especially in the past, some are<BR>
>> not, and this practice is increasing. Hence, it is not so exotic <BR>
>> for a<BR>
>> well-constructed composite font to require all of (1), (2), (3), and<BR>
>> (4).<BR>
>><BR>
>> Regards,<BR>
>><BR>
>> - daan Strebe<BR>
>> Senior Computer Scientist<BR>
>> Adobe Systems Incorporated<BR>
<BR>
<BR>
.<BR>
<BR>
<BR>
</SPAN></FONT></BLOCKQUOTE><FONT COLOR="#FFFFFF"><FONT FACE="Times New Roman"><SPAN STYLE='font-size:12pt'><BR>
</SPAN></FONT></FONT><FONT FACE="Calibri, Verdana, Helvetica, Arial"><SPAN STYLE='font-size:11pt'><BR>
</SPAN></FONT></BLOCKQUOTE>
</BODY>
</HTML>