> If I understand correctly, a field needs adding to PS_FontInfoRec
> (which is part of the public interface; presumably this is OK) and
> FSType processed just like other fields, simply by defining in
> t1tokens.h.
Yes, I think this should work without breaking backwards binary
compatibility of the library. In any case, the new field should be
at the end of the structure.
> However, I think it will be satisfactory to ignore the situation
> where FSType is present in both places and with different values.
Hmm, I can't say whether this approach is sufficient.
Werner
_______________________________________________
Freetype-devel mailing list
Freetype-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/freetype-devel
