<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /> </head> <body><div class="auto-created-dir-div" dir="auto" style="unicode-bidi: embed;"><style>p{margin:0}</style>Thank you for being willing to assess my suggestion.<div><p><br></p><p>There can be added in the seven Unicode coloured squares U+1F7E5 through to U+1F7EB, each in a sequence with a U+FE0C VARIATION SELECTOR-13.</p><p><br></p><p>It may well be that it is desirable for the black square and the white square used to be changed to U+2B1B and U+2B1C respectively, <span style="display: inline !important;">each in a sequence with a U+FE0C VARIATION SELECTOR-13</span><span style="display: inline !important;">.</span></p><p><span style="display: inline !important;"><br></span></p><p><span style="display: inline !important;">I am also adding in four characters, each</span><span style="display: inline !important;"> in a sequence with a U+FE0C VARIATION SELECTOR-13, so as to include metallic effects in the graphic display while also having in a default display an </span><span style="display: inline !important;">indication of metallic effects even though their default display is not metallic.</span></p><p><span style="display: inline !important;"><br></span></p><p><span style="display: inline !important;">U+25F0 U+FE0C gold</span></p><p><span style="display: inline !important;">U+25F3 U+FE0C silver</span></p><p><span style="display: inline !important;">U+25F1 U+FE0C bronze</span></p><p><span style="display: inline !important;">U+25F2 U+FE0C copper</span></p><p><span style="display: inline !important;"><br></span></p><p><span style="display: inline !important;">Please note that the listing order is not the same as in the Unicode code chart. This is deliberate so that the quadrant order in English book reading order is in the value order of the metals.</span></p><p><br></p><p><span style="display: inline !important;">I feel that it is important to find a good balance of what can be done balanced with keeping the format as lightweight as possible, easy to typeset and with a graceful fallback for systems that do not support the format.</span></p><p><span style="display: inline !important;"><br></span></p><p><span style="display: inline !important;">Within that constraint I think that I can include some animation possibility as well.</span></p><p><span style="display: inline !important;"><br></span></p><p><span style="display: inline !important;">Also a way to produce barcodes and QR codes effectively, by having a way to signal, before any pixels are specified in a graphic, to use, for the whole graphic, pixel chunks 1 pixel wide by many pixels tall, or by using pixel chunks that are 2 pixels by 2 pixels, or by using pixel chunks that are 4 pixels by 4 pixels.</span></p><p><span style="display: inline !important;"><br></span></p><div>William Overington</div><p><br></p><p>Saturday 6 August 2022</p><p><br></p><p><br></p><blockquote style="margin: 0 auto; padding: 0 2em; border-left:2px solid #00ADE5; white-space: pre-wrap "><br><br>------ Original Message ------<br>From: "Mark E. Shoulson via Unicode" <unicode@corp.unicode.org><br>To: unicode@corp.unicode.org<br>Sent: Saturday, 2022 Aug 6 At 01:04<br>Subject: Re: Emotes<br><br>Will have to look more closely at this, but it sounds to me like we already have that, at least twice:<br>
<br>
<a target="_blank" href="https://en.wikipedia.org/wiki/Sixel">https://en.wikipedia.org/wiki/Sixel</a><br>
<br>
<a target="_blank" href="https://en.wikipedia.org/wiki/ReGIS">https://en.wikipedia.org/wiki/ReGIS</a><br>
<br>
There are terminal emulators that support these.<br>
<br>
~mark<br>
<br></blockquote></div></div></body></html>