-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Extra lookup in 'kern' feature introduced in ufo2ft v2.0.0 #280
Comments
OK, this is a ... feature. It's my fault it wasn't communicated clearly enough. After v2, the KernFeatureWriter by defaults "appends" the generated kerning lookups to the existing ones, previously the default mode was "skip" (which means, don't add kern if it's already present in features.fea). This was done to match Glyphs.app's behavior. The rationale is that a user may manually write some kerning lookups in the features.fea (mostly the contextual ones, as font editors AFAIK don't have UI to insert), and then have the auto-generated, regular kern pairs (i.e. from kerning.plist) added to the kern feature as an extra lookup. So this is the current default for kern (not for mark/mkmk, which still default to "skip" mode).
I hope this clears the issue. Please let me know if none of these solutions work for you. |
@anthrotype thanks a lot for the thorough explanation. I hope it helps other people as well. I've confirmed that using But I've decided that the best solution is to not upgrade; the changes starting with v2.0.0 don't have any benefits to us, and I also find it worrisome that these and other decisions (e.g. in fontmake) are to cater to the way Glyphs works. I understand that you make the changes your font-making pipeline requires. And I have to admit that Google has contributed a lot of great font-related code to the community. But don't be surprised if you don't see wide adoption of the latest tools and workflows. I, for one, have been using a fork of fontmake for some time, and issues like this help validate that decision. The biggest problem I see is that the toolset is increasingly getting tailored to a particular way of making fonts. |
later fontmake requires ufo2ft for that and other features. I'm afraid I don't guarantee it will continue to work with older ufo2ft version.
I'm very sorry to hear that. The intention was certainly not to give preference to one specific font editor's workflow over the other. I'm always open to discuss specific issues and find a good compromise. We do want to try keep everybody in the loop. |
I would be OK with changing the default back to "skip" (if present) for the KernFeatureWriter, and have glyphsLib add something to the UFO lib.plist to use "append" instead. |
My quibble is not with font editors. I don't really care what font editor people prefer. What I care about is how fontmake handles UFOs, the canonical format for font source storage. In my view, fontmake's main goal should be catering to that format. Catering to the specifics of font editors should be implemented as an add-on/extra that does not interfere with its core functionality.
That would be a positive change IMO. If you think about it, the current requirement of using an option just to set a value to
Make sure that stuff doesn't get added by default. I don't want to see my UFOs carrying around data that is only required by a library that I don't use. Having
You must be thinking of a specific scenario, because I don't see the benefit of getting the tables mucked with when I explicitly provide all the necessary FEA files. |
I decided that we should revert back to |
Thanks for reconsidering. |
upcoming glyphsLib will store a custom 'featureWriters' key in the generated designspace <lib> element, so fontmake needs to read that and pass the option on to the ufo2ft compile functions. googlefonts/glyphsLib#441 Following discussions in googlefonts/ufo2ft#280, we decided to revert the default mode for the ufo2ft kernFeatureWriter to skip (if feature already present).
I traced this fontmake issue back to changes introduced in ufo2ft version 2.0.0.
When built with ufo2ft v2.0.0, the GPOS table of SourceSansVariable-Italic.ttf contains an additional lookup in the
kern
feature, by comparison to building the font with ufo2ft v1.1.0.ufo2ft-1.1.0.ttf.zip
ufo2ft-2.0.0.ttf.zip
The text was updated successfully, but these errors were encountered: