Re: Is emoji +VC15, +VC16, without VC one or two columns with monospace font?🏝️
Eli Zaretskii via Unicode <[email protected]> Sat, 26 Apr 2025 10:02:48 +0300
| Newsgroups | gmane.text.unicode.general |
|---|---|
| Message-ID | <[email protected]> |
> Date: Fri, 25 Apr 2025 23:21:05 +0200 > From: "[email protected] via Unicode" <[email protected]> > > In non-Unix-like terminals, the width is always linearly proportional to the amount of bytes that the text takes > in memory, because that is how a random access array works. Each character cell takes a constant amount > of bytes, for example in VGA-compatible text mode there are 16 bits per character cell (8 bits for attributes > and 8 bits for character code), and in Win32 console there are 32 bits per character cell (16 bits for > attributes and 16 bits for character code). Whether a character is fullwidth may be determined by the text > encoding (some legacy encodings such as Shift JIS will store fullwidth characters in the bytes of two > consecutive character cells) or by attributes. I think you have very outdated mental model of how the Windows console works and how it represents and encodes characters. In particular, the width of a character is NOT determined by the length of its byte sequence, but by the font glyphs used to display those characters.