Pemilih Variasi 253

VS253 memilih varian glif terdaftar setelah karakter Han.

Karakter Han adalah bentuk karakter Tionghoa yang digunakan dalam tulisan Tionghoa, Jepang, dan Korea. Mekanisme ini dirancang untuk mengatasi masalah pada teks biasa: font dapat menampilkan beberapa bentuk yang diterima untuk satu karakter, sedangkan nama, tempat, catatan sejarah, atau penerbit terkadang memerlukan satu bentuk yang persis. Catatan rancangan Unicode awal yang diajukan pada 2001 menjelaskan pemilih sebagai tanda tak terlihat yang hanya berfungsi setelah karakter dasar tertentu. Registri variasi ideografis yang dibuat kemudian memungkinkan pasangan lengkap tersebut ditentukan untuk pertukaran teks.

Pasangan lengkap lebih penting daripada nomornya. VS253 tidak memiliki arti tetap seperti Jepang, Taiwan, atau gaya emoji: menurut Unicode, nomor pemilih yang sama dapat muncul dalam pasangan berbeda dengan ideogram yang berbeda. Koleksi eksperimental tahun 2016 tentang bentuk regional karakter Tionghoa menampilkan VS253 dalam urutan contoh, tetapi urutan itu tidak terdaftar dan tidak menetapkan makna umum bagi karakter ini.

Mengapa tidak ada yang terlihat?

Pemilih ini tidak memiliki glif sendiri.

Pasangan yang valid dapat mengubah tampilan karakter dasar, tetapi VS253 sendiri tetap tak terlihat. Jika berdiri sendiri, berada setelah karakter dasar yang salah, atau digunakan dalam perangkat lunak yang tidak mendukung urutan tersebut, VS253 diabaikan dan karakter dasar tetap memakai bentuk biasanya. Perangkat lunak yang tidak mendukungnya seharusnya bertindak seolah-olah pemilih tidak ada.

Saat font diganti, peramban dan perangkat lunak perlu menangani karakter dasar dan pemilih bersama-sama. Jika penggantian font memisahkan keduanya, karakter dasar dapat ditampilkan dengan font yang tidak mengenali varian yang diminta. Bentuk yang terlihat dapat berubah sementara identitas karakter dalam teks tetap sama.

Bagaimana cara menggunakan VS253 dengan aman?

Gunakan hanya sebagai bagian dari pasangan terdaftar.

Karena karakter ini tak terlihat, input manual mudah keliru. Dalam API UTF-16, U+E01EC direpresentasikan dengan pasangan surrogate DB40 DDEC; pertahankan dalam string yang mendukung Unicode dan jangan perlakukan kedua unitnya sebagai simbol terpisah.

Untuk teks yang akan diproses perangkat lunak atau disimpan sebagai arsip, periksa pasangan lengkap karakter dasar dan pemilih di IVD sebelum menggunakannya. Registri menentukan pasangan mana yang sesuai untuk pertukaran teks.