Skip to content
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

Tokens in fea code #3

Open
schriftgestalt opened this issue Oct 15, 2024 · 2 comments
Open

Tokens in fea code #3

schriftgestalt opened this issue Oct 15, 2024 · 2 comments

Comments

@schriftgestalt
Copy link

Is there any interest in adding support for tokens or placeholders in fea code? Glyphs has support for this: https://handbook.glyphsapp.com/layout/tokens/ ?

@skef
Copy link
Contributor

skef commented Oct 15, 2024

We may be exploring additional ideas at the same time as phase 2, and syntax that other implementations support could be part of that. Beyond that we can't offer any real commitments at this time.

Reading through the documentation, the spirit of these extensions seems to be allowing a channel for data stored outside of the feature files. We sometimes get feedback weighing in the opposite direction. There was discussion of duplicating information from designspace files in feature files so that they would continue to be more or less self-contained, although that idea was ultimately rejected. If there's no standard "storage" for the information being pulled in, such extensions would make feature files less portable between stacks. We would have to think about that, and get input from the developers of other tools about these questions.

@schriftgestalt
Copy link
Author

There are two kinds of tokens. The manually defined numbers per master. But also the ones querying glyph data (e.g. anchors or sidebearings). That is useful when writing complex contextual rules and still being able to visually place anchor in each master. The second kind doesn’t need any additional storage.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants