-
Notifications
You must be signed in to change notification settings - Fork 93
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
error related to anchors: automatic MARK and MKMK feature writing #680
Comments
fontmake tries to make Glyphs or glyphsLib exported sources just work, and that means automatic handling of anchors. If you want something else, using the lib key you mentioned is one way of achieving that.
There's a |
@madig Ah, I didn't realize I could add: In that case, I still think |
Update: looking into this closer, I can see that using |
Feature writers write features and you can select those writers but not what they make. It seems you only want the |
@madig thank you for the clarification. For anyone else interested, I figured out that the syntax for specifying more than one feature writer is as follows So the full line would look something like |
If I don't have the same anchors in all masters, fontmake will give me an error (see below), which I believe is because it is trying to automatically build MARK and MKMK features.
Generating fonts from Designspace failed: ((2, [2, 1, 1, 1, 1, 1]), 'int', '.FeatureCount', 'FeatureList', '.FeatureList', 'GPOS', '.table', 'table_G_P_O_S_')
It is a bad assumption to think a user who includes anchors in their UFOs always wants these features auto built for them. Could this be off by default?
For some background, here is my common workflow:
–I use anchors to build precomposed accents (using glyph construction)
–My designspace uses sparse masters
–I want to always have a working VF build, throughout the design process
–Currently if I start adding anchors to any UFO, including the default UFO, the VF build will fail because not all other masters have the same anchors.
–As a workaround I can add this "com.github.googlei18n.ufo2ft.featureWriters" to the UFO's lib.plist (thanks @anthrotype for the tip here #607 (comment) ) and then if it's not the default and I add anchors to another master I will have to add this again to the lib.plist of that UFO and so on. And then at the end when all masters have the same number of anchors I could safely remove this from the lib.plist and it should generate.
But to me this is backwards. It seems like users who want to use this auto MARK/MKMK feature writing should have to opt in to this behavior. This doesn't happen for any other features, so why should it happen here? (eg fontmake, thankfully, doesn't look for an /fi glyph and auto write a LIGA feature) Anchors can be used for various purposes. Just because they are present shouldn't be a reason to assume auto features are wanted.
I'd prefer for this to be off by default. But if it's not possible to turn this off by default, could there be a way to specify --no-auto-mark-features from the command line?
Thank you for your consideration!
The text was updated successfully, but these errors were encountered: