СОХРАНЕНИЕ ТЕКСТА ЭКЗЕМПЛЯРА ПРИ ПОДМЕНЕ КОМПОНЕТА В ФИГМЕ

Фигма по умолчанию переименует текстовые слои при замене текста в них.

И при этом автоматическое имя слоя текста считает таким же именем слоя текста, как и все другие.

И поэтому если в двух компонентах текст разный, и эти слои не были в явном виде переименованы через панель слоёв (которая слева), то у них будет и разное автоматическое имя слоя.

Поэтому при замене одного такого компонента на другой Фигма посчитает, что это текстовые поля с разными именами — т.е. при подмене компонента в экземляре такст заменится.

Т.е. если Вы подменяете компонент А с текстом на кнопке "А" на компонент Б с текстом на кнопке "Б" в экземпляре компонента А, то добиться сохранения текста "В" в экземпляре возможно, только если предварительно переименовать слой, в котором находится этот текст, одним именем в обоих компонентах — А и Б.

В Скетче в сходном случае ошибки не возникает, потому что Скетч автоматически не заменяет имя текстового слоя на введённый в этот слой текст.

В скетче создаёшь два фрейма, в каждый помещаешь квадрат — он автоматически получает имя Rectangle и оно автоматически не изменится ни коим образом.

Затем создаёшь текст в каждом фрейме — он автоматически получает имя Text, и оно не изменится ни коим образом, когда вводишь текст в этот слой.

Потом превращаешь оба фрейма в компоненты — и при подмене одного из компонентов в их экземпляре на другой текст экземпляра сохраняется.

А в Фигме создаёшь 2 фрейма, в каждый помещаешь квадрат — он автоматически получает имя Rectangle и оно автоматически не изменится ни коим образомю.

Затем создаёшь текст в каждом фрейме — он автоматически получает имя «Текст на кнопке», и оно изменится, если введёшь вместо этого «Текст кнопки».

И если у Вас другой компонент (допустим, другая кнопка), который Вы в экземплярах регулярно подменяее на первый, то надо пойти в него и там тоже ввести текст «Текст на кнопке», чтобы имя слоя текста при подмене компонента в экземпляре было тем же самым.

Либо нужно было изначально зная эту особенность фигмы заранее переименовывать все текстовые слои в компонентах, которые Вы в их экземплярах планируете регулярно заменять на другие — чтобы после этого при замене текста в этих текстовых слоях их имя автоматически не менялось бы.

В общем, привыкнуть можно — но как-то не ожидаешь этого после Скетча, конечно.

Говоря по английски: It provocates errors of those users who migrates to Figma from Sketch.

—

#Figma
#FigmaТрудности
#FigmaТрудностиМиграции
#FigmaТрудностиМиграцииСоСкетч

УДИВИТЕЛЬНЫЙ ИНСТРУМЕНТ, КОТОРЫЙ ПОЗВОЛЯЕТ ПОЧТИ МОМЕНТАЛЬНО ПРЕВРАЩАТЬ ПРОТОТИПЫ FIGMA В НАТИВНЫЕ ПРИЛОЖЕНИЯ:

● https://figma.help/plugins/bravo/

Bravo стартер-кит:

● https://www.figma.com/file/rwnxUnf6qwfV3Tpd4iaUoR/Bravo-Starter-Kit-Copy

Больше информации о Браво:

● https://www.bravostudio.app/

Единственное условие эффективного использования — изначально затачиваться под Bravo в Figma.

И, возможно, это тренд с очень большим будущим...

—

#Figma
#FigmaПлагины
#FigmaПлагиныBravo
#РазработкаПриложений

_________________________________

ПРИНЦИП УСТОЙЧИВОСТИ ЭКРАННЫХ ЗОН ПРИ РЕАЛИЗАЦИИ ИНТЕРФЕЙСА:

(*) ПРИНЦИП УСТОЙЧИВОСТИ ПРИ ЗАГРУЗКЕ ЭКРАНА: Прогресс загрузки экрана html-приложения никогда не должен отображаться «скачками» или «плаванием» контента — весь контент должен сразу появляться на своих местах и в процессе прогузки других частей экрана не перемещаться, не менять размер, не менять своё положении относительно границ экрана и других элементов.

(*) ПРИНЦИП УСТОЙЧИВОСТИ ПРИ ПОЯВЛЕНИИ РЕКЛАМЫ: Если экран html-приложение загрузился и отобразился пользователю, то при появлении рекламы все видимые элементы управления, по поводу которых у пользователя очевидно уже сформировались какие-либо визуально-двигательные стратегии, должны остаться на своих местах.

—

#UxПринципы
#UsabilityПринципы
#ПсихологическиКомфортныйИнтерфейс
#КомфортныйИнтерфейс
#МентальнаяЭкологияИнтерфейса

ПРИМЕРЫ ИНТЕРАКТИВНЫХ ФУНКЦИОНАЛЬНЫХ ПРОТОТИПОВ ВЕБ ПРИЛОЖЕНИЙ:

https://sdesystem.com/doku.php?id=ru%3Aweb-applications%3Astart