Hello,

https://www.unicode.org/errata/ contains a hyperlink under “Reporting Errors” 
behind “contact form” to https://corp.unicode.org/reporting/error.html . The 
latter hyperlink does not exist.



Terminals use monospace fonts.  How wide should be an emoji there followed or 
not by Unicode Variation Selector 16?

VTE is one terminal backend and for Desert island + Unicode variation selector 
16 at https://gitlab.gnome.org/GNOME/vte/-/issues/2878 is stated that some 
intrinsic properties of a Unicode codepoint define the number of cells, and the 
glyph has to find its way into the designated area. Never the other way around, 
it's never the glyph dictating how many cells it will take up.

tmux is a terminal tool that runs in many different terminals.  For the same 
question Desert island + VC16 at https://github.com/tmux/tmux/issues/4475 is 
stated that “Current practice is for emoji to have a square aspect ratio, 
deriving from their origin in Japanese. For interoperability, it is recommended 
that this practice be continued with current and future emoji.” and square 
means width 2.

As can be read on the above links there are very different opinions from 
developers of terminal emulators if Desert island + Unicode variation selector 
16 should allocate one or two columns in monospace fonts.  Likewise 
uncertainties with VC15 or without variation selectors.

* Be more explicit in the Unicode standards for monospace rendering of emojis 
without Variation Selector, emoji + VC15, and emoji + VC16, if these allocate 
one or two columns.  There is apparent a need to specify this in a way that is 
accepted by many developers of terminal emulators.

I invite you also to participate in the discussions on the both links I 
mentioned above.  There are many arguments in all directions.

Sample with Desert Island + VC16 + space : 
https://cal.aegee.org/s/0/e947872a-224b-4c84-8d25-90a541a9ec6-318.ics_en.html .

Kind regards
  Дилян

Reply via email to