Селектор варіанта 112

Він не має окремого значення, а змінює попередній базовий символ.

Уявіть його як невидиму інструкцію, приєднану до символу, зазвичай ієрогліфа Хань — знака, уживаного, зокрема, в китайському чи японському письмі. Вона запитує зареєстрований варіант гліфа у звичайному тексті. Базовий символ визначає сам знак; сам по собі VS112 не позначає стиль, мову чи емодзі.

Номер не позначає універсального стилю, мови чи режиму емодзі: UTS #37 визначає значення повної пари базового символу й селектора, а той самий селектор може по-різному працювати з різними базовими символами.

Навіщо створили цей селектор?

Він зберігає точні ідеографічні форми гліфів у звичайному тексті.

Найдавнішу задокументовану роботу над дизайном цього механізму наведено в пропозиції Unicode 2003 року про ідеографічні варіанти. Мета полягала в тому, щоб зберігати точну форму гліфа CJK у звичайному тексті, коли самого вибору шрифту було недостатньо.

Науковцям, урядам і видавцям були потрібні різні колекції гліфів, тому Unicode створив окремі реєстри IVD. Adobe-Japan1 зареєстрували 2007-12-14; у випуску IVD від 2026-08-03 також зазначено Hanyo-Denshi, Moji_Joho та CAAPH. Ці реєстри документують зв’язки, що лежать в основі VS112; їхні назви не є іншими значеннями цього символу.

Що стається, коли хтось надсилає його?

Зазвичай нічого не видно.

Якщо VS112 стоїть окремо, сприймайте його як невидимий компонент форматування, а не як таємний символ чи емодзі. Після базового символу пара може запитати конкретний гліф, але лише якщо саме цю послідовність зареєстровано й підтримують застосунок та шрифт.

Якщо пара не зареєстрована або не підтримується, базовий символ зберігає звичайний гліф, а селектор залишається невидимим. Програма має зберігати селектор, а не показувати його як зображення. Використовуйте його для задокументованої відмінності гліфа, а не для наголосу чи прикраси.