[MPEG-OTSPEC] format field names

Behdad Esfahbod behdad at behdad.org
Mon Apr 1 09:58:12 CEST 2024


I personally support this change.

Thank you Peter,

behdad
http://behdad.org/


On Sat, Mar 30, 2024 at 11:04 AM Peter Constable via mpeg-otspec <
mpeg-otspec at lists.aau.at> wrote:

> I’d like to hear other’s opinions:
>
>
>
> While preparing revisions for OpenType 1.9.1 and proposed revisions to OFF
> 5th Edn WD, I noticed in sections for OT Layout tables that some tables
> that have a format field have a field name that reflects the table it is
> contained in.
>
>
>
>    - GPOS lookup subtables: “posFormat”
>    - GSUB lookup subtables: “substFormat”
>    - Coverage tables: “coverageFormat”
>    - CaretValue tables: “caretValueFormat”
>    - Anchor tables: “anchorFormat”
>    - BaseCoord tables: “baseCoordFormat”
>
>
>
> This convention isn’t followed elsewhere in the spec:
>
>    - not in CFF / CFF2 FontDICTSelect
>    - not in cmap subtables
>    - not in COLR Paint, ClipList or ClipBox tables
>    - not in DSIG SignatureRecord
>    - not in ItemVariationStore or in DeltaSetIndexMap tables
>
>
>
> I’m inclined to rename fields like “posFormat” to simply “format”, and
> have started to implement that in draft content for OT 1.9.1
> <https://learn.microsoft.com/en-us/typography/opentype/otspec191alpha/changes#version-191>.
> But this is nothing more than wanting consistency—it’s not as though having
> redundant info in the field names creates confusion.
>
>
>
> Anyone with a strong opinion for making these field name changes, or for _
> *not*_ making these changes?
>
>
>
>
>
>
>
> Peter
> _______________________________________________
> mpeg-otspec mailing list
> mpeg-otspec at lists.aau.at
> https://lists.aau.at/mailman/listinfo/mpeg-otspec
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.aau.at/pipermail/mpeg-otspec/attachments/20240401/568652fc/attachment-0001.htm>


More information about the mpeg-otspec mailing list