Figma Motion — сыровато, с багами, но полезно
Пока ютуб наполняется восторженными отзывами омериканских коллег, где все, как один, анимируют кнопку, выскажу свое скромное мнение, как человек, который уже 6 лет двигает ключи в афтере и райве.
Плюсы
[1]
Передать анимацию разработке станет сильно проще. Самое муторное, из-за чего получается куча итераций – это паузы в анимациях и смещение одного типа анимации, относительно другого на таймлайне. Например, у одного объекта анимации параметр Scale смещен относительно Position на n кадров. Проще говоря, есть задержка перед одной из анимаций. Тут случается взрыв мозга у фронтовых пацанов. Сейчас ты и визуально, и кодом можешь это проиллюстрировать прям в Figma.
[2]
Меньше итераций с агентами. Заанимировал в Motion, закинул код в Make/Codex/Сlaude, типа, сделай вот так. Экономия токенов, в теории.
Минусы
[1]
Учитывая, что Motion — не core-продукт для Figma (core — mcp и agents), ждать быстрых значимых улучшений будем годами. Вспомните, сколько Figma добавляли градиенты в Variables?
Например, чтобы сделать простейшую анимацию градиента на тексте мне раньше нужно было сделать маску, текст + шейп с блюром и компонент с анимацией. Сейчас — все то же самое, только вместо компонента, анимация шейпа в Motion. Анимацию градиента не завезли. 2к26
[2]
Нет явной связи между Motion и режимом прототипирования (или я не нашел?). Условно, я делаю анимацию и дальше в режиме прототипа указываю trigger. Например, воспроизведи вот эту анимацию по ховеру на вот этот объект.
[3]
Таймлайну сильно не хватает шкалы делений в максимальном зуме. В интерфейсной анимации ты всегда находишься в режиме ручного управления ключами. Буквально работаешь с покадровым смещением. В текущей версии я двигаю ключи на глаз, потому что нет нормальной разметки. Почему не сделали, не понятно. В After это тыщу лет как.
[4]
Интересно, как такой баг можно было пропустить? 🧃 Кружок ниже
Пока ютуб наполняется восторженными отзывами омериканских коллег, где все, как один, анимируют кнопку, выскажу свое скромное мнение, как человек, который уже 6 лет двигает ключи в афтере и райве.
Плюсы
[1]
Передать анимацию разработке станет сильно проще. Самое муторное, из-за чего получается куча итераций – это паузы в анимациях и смещение одного типа анимации, относительно другого на таймлайне. Например, у одного объекта анимации параметр Scale смещен относительно Position на n кадров. Проще говоря, есть задержка перед одной из анимаций. Тут случается взрыв мозга у фронтовых пацанов. Сейчас ты и визуально, и кодом можешь это проиллюстрировать прям в Figma.
[2]
Меньше итераций с агентами. Заанимировал в Motion, закинул код в Make/Codex/Сlaude, типа, сделай вот так. Экономия токенов, в теории.
Минусы
[1]
Учитывая, что Motion — не core-продукт для Figma (core — mcp и agents), ждать быстрых значимых улучшений будем годами. Вспомните, сколько Figma добавляли градиенты в Variables?
Например, чтобы сделать простейшую анимацию градиента на тексте мне раньше нужно было сделать маску, текст + шейп с блюром и компонент с анимацией. Сейчас — все то же самое, только вместо компонента, анимация шейпа в Motion. Анимацию градиента не завезли. 2к26
[2]
Нет явной связи между Motion и режимом прототипирования (или я не нашел?). Условно, я делаю анимацию и дальше в режиме прототипа указываю trigger. Например, воспроизведи вот эту анимацию по ховеру на вот этот объект.
[3]
Таймлайну сильно не хватает шкалы делений в максимальном зуме. В интерфейсной анимации ты всегда находишься в режиме ручного управления ключами. Буквально работаешь с покадровым смещением. В текущей версии я двигаю ключи на глаз, потому что нет нормальной разметки. Почему не сделали, не понятно. В After это тыщу лет как.
[4]
Интересно, как такой баг можно было пропустить? 🧃 Кружок ниже