[mpeg-OTspec] Composite Font Standard 2009/12/16 DRAFT
Ken Lunde
lunde at adobe.com
Thu Dec 17 19:55:35 CET 2009
Many thanks, Karsten, for the prompt feedback.
I am hoping to hear from others. If there is agreement on this issue, I can reflect it in a newer version of the document.
-- Ken
On 2009/12/17, at 9:37, Karsten Luecke wrote:
>
>
> Am 17.12.09 17:45, schrieb Ken Lunde:
> > Given that a transformation matrix can be used to apply three distinct transformations -- translate, scale, and rotate -- I would thus advocate that we eliminate the BaselineShift attribute. One reason would be to avoid confusion when a transformation matrix specifies a translate transformation that results in a Y-axis shift, thus the possibility of a conflict with the BaselineShift attribute.
> >
> > A CFS object encoder could certainly offer these three transformations as part of a UI for creating a CFS object, but when the CFS object is written, a single attribute can be used to capture the desired settings.
> >
> > I still see value in #2 and #3 below, but I would favor using X and Y over Horizontal and Vertical in the attribute names. And, because we now using arrays, why not simply combine them into a single two-element array, whereby the integer value 0 or string value "None" is used for a no-op meaning? Thus, the following two attributes would results:
> >
> > Transformation (a complete transformation matrix, expressed as the array of six values representing a 2D transformation matrix as defined in the PostScript graphics model, applied to all outlines and metrics)
> >
> > Tracking (expressed as an array of two percentage values, for X- and Y-axis tracking, respectively)
>
> Before leaving the office: I am fine with this.
>
> Best wishes!
> Karsten
>
More information about the mpeg-otspec
mailing list