Вы же сами себе противоречите! Через комментарий назад, вот, мне не показалось: "Варианты упрощают замену иконок через панель свойств, что особенно удобно в больших дизайн-системах".
Особенно удобно в больших ДС... Ой не могу... Рассмешили🤣 как раз в большой ДС с паком в over 1000 иконок и более менее развитой семантикой, например когда иконки могут быть разного начертания, там просто не реально запихнуть всю либу в варианты
Я про рисунок 7 в статье. Это же маразм - хранить все иконки в одном мастере. Если в команде больше 2 дизайнеров а в паке хотя бы 100+ иконок, я бы посмотрел какой это будет ад. Во всех приличных ДС иконки в отдельных мастерах хранят, еще и пишут в description ключевые слова, чтобы поиском было реальнее нужную иконку найти, а меняют через swap instance, что тоже легко выводится в пропсы компонента.
Там у вас не только в понятиях проблема, но и в работе со стилями. В той части где все замены делаются вручную, а вот переменные...
В нормальных дизайн-системах только инструментарием фигмы не ограничиваются, и есть масса плагинов и приблуд, которые обновляют стили из json каскадно, а сами палитры можно хоть в веб приложении отдельном генерировать, главное чтобы был совместимый формат хранения.
P3 пространства не всеми дисплеями и браузерами (отрисовщиками) поддерживаются. Чего уж про фигму говорить. В большинстве кейсов, даже если использовать и передавать LCH, велика вероятность, что будет конвертация на стороне браузера в sRGB.
Иконки в вариантах для удобства использования... Это же наоборот путь страданий. В таком виде конкретную иконку нельзя найти поиском. Да и в целом тенденция всё запихать в варианты непонятно откуда.
В этом всём мне нравится, что figma variables называются в статье токенами. Что намекает на то, что автор сам не разобрался в том, что такое токен, и приравнял переменные только у дизайнера к дизайн-токену.
А сами токены отлично жили на стилях в фигме и без нативной поддержке переменных. Живут и до сих пор, особенно когда переезд на переменные экономически не выгоден.
👍
Вы же сами себе противоречите! Через комментарий назад, вот, мне не показалось: "Варианты упрощают замену иконок через панель свойств, что особенно удобно в больших дизайн-системах".
Вы меня вдохновили на пост. Так что вы
в телевизорена моем канале: https://t.me/uxflow/199Особенно удобно в больших ДС... Ой не могу... Рассмешили🤣 как раз в большой ДС с паком в over 1000 иконок и более менее развитой семантикой, например когда иконки могут быть разного начертания, там просто не реально запихнуть всю либу в варианты
Я про рисунок 7 в статье. Это же маразм - хранить все иконки в одном мастере. Если в команде больше 2 дизайнеров а в паке хотя бы 100+ иконок, я бы посмотрел какой это будет ад. Во всех приличных ДС иконки в отдельных мастерах хранят, еще и пишут в description ключевые слова, чтобы поиском было реальнее нужную иконку найти, а меняют через swap instance, что тоже легко выводится в пропсы компонента.
Там у вас не только в понятиях проблема, но и в работе со стилями. В той части где все замены делаются вручную, а вот переменные...
В нормальных дизайн-системах только инструментарием фигмы не ограничиваются, и есть масса плагинов и приблуд, которые обновляют стили из json каскадно, а сами палитры можно хоть в веб приложении отдельном генерировать, главное чтобы был совместимый формат хранения.
P3 пространства не всеми дисплеями и браузерами (отрисовщиками) поддерживаются. Чего уж про фигму говорить. В большинстве кейсов, даже если использовать и передавать LCH, велика вероятность, что будет конвертация на стороне браузера в sRGB.
Иконки в вариантах для удобства использования... Это же наоборот путь страданий. В таком виде конкретную иконку нельзя найти поиском. Да и в целом тенденция всё запихать в варианты непонятно откуда.
В этом всём мне нравится, что figma variables называются в статье токенами. Что намекает на то, что автор сам не разобрался в том, что такое токен, и приравнял переменные только у дизайнера к дизайн-токену.
А сами токены отлично жили на стилях в фигме и без нативной поддержке переменных. Живут и до сих пор, особенно когда переезд на переменные экономически не выгоден.
О, теперь мы знаем, куда отправлять 98% всех вопросов в чате дизайн-систем.
P.s. Слоган могу продать по выгодной цене) да и лого в принципе тоже…