Note: This plugin is currently in a beta phase. If you find any bugs / issues or have feature ideas please create an issue.
The Design Tokens plugin for figma allows you to export design tokens into a json format that can be used with the Amazon style dictionary package. This allows you to transform your tokens to different languages / platforms like web, iOS or Android.
- Go to the design tokens plugin page
- Click on install in the top right corner
The plugin comes with only menu item Design Tokens > Export Design Tokens
. Once pressed the tokens will be generated and a dialog opens to allow you to store the resulting json file on your hard drive.
- Clone the design token transformer repositiory.
git clone https://github.com/lukasoppermann/design-token-transformer.git
- Export your tokens using the plugin and place the json file in the
tokens
folder within the transformer repositry - Run
npm run transform-tokens
from the commandline - π Your converted tokens should be in the
build
folder. For more customization options check out the design token transformer documentation
The plugin converts the styles you define in Figma into design tokens, this includes Text Styles
, Color Styles
, Grid Styles
and Effect Styles
.
Every property of a style will be converted to an individual token. For a Text Styles
this may result in the following tokens (show as transformed css custom properties for readability).
--font-headline-3-font-size: 20;
--font-headline-3-text-decoration: none;
--font-headline-3-font-family: Roboto;
--font-headline-3-font-style: Medium;
--font-headline-3-letter-spacing: 2;
--font-headline-3-line-height: 160;
--font-headline-3-paragraph-indent: 5;
--font-headline-3-paragraph-spacing: 8;
--font-headline-3-text-case: uppercase;
Styles you don't want to be exported as design tokens can be prefixed with an _
underscore. For example a color style called _readlining/line-color
will not be exported.
In the settings you can change the prefix to anything you want.
The plugin also supports custom tokens for borders
, radii
& spaces
.
- Every custom design token must be within a
Frame
with a name starting with_tokens
. - The token itself has to have a name starting with
sizes
,borders
orradii
and has to be aFrame
,Rectangle
orMain Component
. This is so that the plugin can identify what is and what isn't a token. - The token has to be a direct child of a
_token
frame
If you wanted to create a custom spacer token for an 8px
space you would do the following:
- Create a new
Frame
and name ot_tokens/spacers
(Note: It must start with_tokens
) - Create a new
Component
, set its width to8px
(currently only width is used for size elements) - Name the new component
sizes/spacers/8px
(Note: It must start withsizes
,borders
orradii
) - Run the plugin
Design Tokens > Export Design Tokens
To allow for maximum customizability I decided to provide all values that Figma provides. Many are not applicable to for example css
but may be usable in other languages.
Colors are provided in rgba
but can be converted using Amazon style dictionary.
This allows you to define the file name that is used when exporting tokens. The .json
extension will be automatically appended to the name.
The filename will also be send to the server when sending design tokens to the server.
You can change the prefix from _
to anything, e.g. _tokens
.
The toggle allows you to switch from exclude
to include
mode. This means that only prefixed styles will be exported. For example if you only wanted to export styles that are named _tokens/...
.
Note: This setting only applies to Figma styles (colors, typography, grids & effects). It does not apply to custom tokens.
When a server url
is specified, the command Send Design Tokens to Url
will send a POST
request to the provided url.
The body of the request will look like the following:
"event_type": "update-tokens", // or any string you defined
"client_payload": {
"tokenFileName": "design-tokens.json", // this is the filename you define above
"tokens": "{...}", // the stringified json object holding all your desing tokens
"filename": "Design Tokens" // the Figma file name from which the tokens were exported
}
This is the event_type
property that is send in the body of the request with the client_payload
.
The url the post request is send to. This must be SSL secured (using https
) as Figma is a secure environment and thus does not allow non-secure requests.
A limitation that comes with Figma is that the server must allow access from any origin and send the following header: Access-Control-Allow-Origin: *
If you push to github the server url must be in the format
https://api.github.com/repo/:username/:repo/dispatches
For the repositiory lukasoppermann/design-token-transformer
this would be:
https://api.github.com/repos/lukasoppermann/design-token-transformer/dispatches
This defines the authentication method used with the access token. The current choices are:
token
(used for github)bearer
tokenbasic
auth
The token send using the authentication method defined above. Learn more about creating a personal access token for github.
You can use this feature to integrate tokens into your build pipeline. The ideal is to send tokens from Figma to a repository and automatically transform them. Depending on your setup you could either trigger a webhook on your product repos, create a new semversion on the tokens repo or notify the dev teams in another way.
To learn how to set this up using github
and actions
check out the documentation and code examples in the design token transformer repositry.
This plugin is under active development. You can find all planned features in the roadmap.
If you would like to see a specific feature implemented, please create an issue including a description of the feature and a use case.
If you can build the feature yourself and send a PR, this is even better. Please still create an issue first and mention that you want to implement it. I will get back to you asap to discuss the details of how to implement it.
If you are interested in helping please comment on any issue you would like to take on. I will get back to you to discuss how to implement it.