Re: Are there [start] emoji [end] style codes?
Charlotte Eiffel Lilith Buff via Unicode <[email protected]> Sun, 22 Mar 2026 15:04:34 +0100
| Newsgroups | gmane.text.unicode.general |
|---|---|
| Message-ID | <CAKLR3AqPRgDQTsivjbWB123XaCwDVK_R5+uzCtgdFWmAZPb8FQ@mail.gmail.com> |
--00000000000083c3f7064d9d6673 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I am going to ignore the religious propaganda and get straight to the point: I do not understand what you are proposing. What shortcomings do you see in the way Unicode currently handles emoji and how does your idea address those issues? Because if you=E2=80=99re worried that the standard is at risk of eventuall= y running out of space for new emoji, you=E2=80=99re tilting at windmills. Th= at is literally never going to happen. At the current rate it=E2=80=99s going to = take well over a century to fill up even just the tiny sliver of the code space set aside specifically for emoji at the bottom end of plane 1. Besides, most emoji are made up of multiple code points anyway and there=E2=80=99s n= o limit to how long these sequences can get. Am So., 22. M=C3=A4rz 2026 um 13:51 Uhr schrieb Lee Shallis via Unicode < [email protected]>: > Whoops, forgot I started this thread, another instance of my adhd's > effects :| > > The inappropriate religious material after the message should have been > removed by the moderators. > > That's in my message signature, I don't think said moderator can remove > that. Also Nothing inappropriate about trying to guide lost souls to > salvation, only the cruel and/or naive try to prevent the spread of God's > word. That said I agree it's irrelevant to the topic I started so let's > just agree to shelve the subject with my response (by that I mean don't > respond to this response). If people want to read my signature they're > welcome to, likewise they're welcome to ignore it. Not my problem if they > wanna risk internal suffering =F0=9F=A4=B7 > > As far as the shift-in/shift-out encoding thing goes, it should still be > implemented as a fallback pool. Sooner or later the current pool will run > out. Reserving a couple of codes for that eventuality is always a good > idea. Since it's something for the future current software can easily > implement a default handling of this: > > if ( code =3D=3D start_emoji ) while ( getnxtc() !=3D end_emoji ); > if ( code =3D=3D end_emoji ) while ( getnxtc() !=3D end_emoji ); > if ( code =3D=3D start_emoji || code =3D=3D end_emoji ) putnxtc('=EF=BF= =BD'); > > That would allow them to put off supporting that large range for later > since it's expected to not be touched until the current pool runs out. > Remember the goal of unicode is to support all characters, even if it nee= ds > another pool for that later. Whether text encoding implements a shortcut = to > that pool at a later date and gets named something like UTE-8 (Universal > Text formatting with Emoji pool shortcut) or something is an entirely > unrelated matter, this is merely for within the unicode space. > > On Fri, 20 Mar 2026 at 19:47, Doug Ewell via Unicode < > [email protected]> wrote: > >> Lee Shallis wrote: >> >> > [Are there [start] emoji [end] style codes?] If not I suggest making >> > them so you're no longer constrained to the tiny range of potential >> > codes that unicode offers. >> >> Unicode has more than 800,000 unassigned code points, which I don=E2=80= =99t >> consider =E2=80=9Ctiny.=E2=80=9D Continuing to dip into this pool is con= sidered preferable >> to introducing a new stateful =E2=80=9Cbegin/end=E2=80=9D mechanism, and= all of the >> problems that those bring along. >> >> James Kass replied: >> >> > The inappropriate religious material after the message should have >> > been removed by the moderators. >> >> +1, emphatically. >> >> Phil Smith III replied (to Lee): >> >> > For starters, you=E2=80=99re confusing Unicode with encoding. >> >> This confused me greatly, until I realized Phil meant =E2=80=9C... with = ISO >> 2022-style shift-in/shift-out encoding.=E2=80=9D >> >> Technically, you can in fact combine Unicode with ISO 2022 (for whatever >> reason), but adding a new mechanism, outside of Unicode, to encode emoji >> makes no sense at all. >> >> > Now, I can imagine modifier characters, like combining accents, that >> > would change skin tones etc.=E2=80=94but I=E2=80=99d rather not: combi= ners have caused >> > enough trouble, and I=E2=80=99d hate to see new ones added. >> >> Um, isn=E2=80=99t that how skin tones are specified already? >> >> -- >> Doug Ewell, CC, ALB | Lakewood, CO, US | ewellic.org >> >> >> > > -- > Aethiests expect you to gamble your afterlife on nothingness, religions i= n > general expect you to follow 1001 (exaggeration for some, understatement > for others) rules and still gamble your afterlife on somehow not breaking > any of those rules (which is nigh on impossible). > > Christianity is the only one that doesn't expect you to gamble, it just > expects you to desire to follow God's ways and entrust your soul to his > son's, the lord Jesus Christ's, sacrifice on the cross. Just 2 simple and > priceless things to guarantee yourself a place in heaven, are you really > willing to gamble your afterlife on anything else when the cost of losing > that gamble is eternal suffering? > > For whether you believe in a God or not eternity is a fact and that same > fact guarantees life after the death of your flesh. Think carefully about > whether you would rather gamble for eternity in heaven with the only pric= e > of being wrong being a little embarrassment or for reincarnation where th= e > price of being wrong is an eternity of being burned from flesh to bone an= d > soul over and over and over again. > --00000000000083c3f7064d9d6673 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div>I am going to ignore the religious propaganda and get= straight to the point: I do not understand what you are proposing. What sh= ortcomings do you see in the way Unicode currently handles emoji and how do= es your idea address those issues?</div><div><br></div><div>Because if you= =E2=80=99re worried that the standard is at risk of eventually running out = of space for new emoji, you=E2=80=99re tilting at windmills. That is litera= lly never going to happen. At the current rate it=E2=80=99s going to take w= ell over a century to fill up even just the tiny sliver of the code space s= et aside specifically for emoji at the bottom end of plane 1. Besides, most= emoji are made up of multiple code points anyway and there=E2=80=99s no li= mit to how long these sequences can get.</div></div><br><div class=3D"gmail= _quote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">Am So.,= 22. M=C3=A4rz 2026 um 13:51=C2=A0Uhr schrieb Lee Shallis via Unicode <<= a href=3D"mailto:[email protected]">[email protected]</a>>= :<br></div><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.= 8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"lt= r"><div class=3D"gmail_default" style=3D"font-family:courier new,monospace"= >Whoops, forgot I started this thread, another instance of my adhd's ef= fects :|</div><div class=3D"gmail_default" style=3D"font-family:courier new= ,monospace">>=C2=A0The inappropriate religious material after the messag= e should have been <br>removed by the moderators.</div><div class=3D"gmail_= default" style=3D"font-family:courier new,monospace"><br></div><div class= =3D"gmail_default" style=3D"font-family:courier new,monospace">That's i= n my message signature, I don't think said moderator can remove that. A= lso Nothing inappropriate about trying to guide lost souls to salvation, on= ly the cruel and/or naive try to prevent the spread of God's word. That= said I agree it's irrelevant to the topic I started so let's just = agree to shelve the subject with my response (by that I mean don't resp= ond to this response). If people want to read my signature they're welc= ome to, likewise they're welcome to ignore it. Not my problem if they w= anna risk internal suffering =F0=9F=A4=B7</div><div class=3D"gmail_default"= style=3D"font-family:courier new,monospace"><br></div><div class=3D"gmail_= default" style=3D"font-family:courier new,monospace">As far as the=C2=A0shi= ft-in/shift-out encoding thing goes, it should still be implemented as a fa= llback pool. Sooner or later the current pool will run out. Reserving a cou= ple of codes for that eventuality is always a good idea. Since it's som= ething for the future current software can easily implement a default handl= ing of this:</div><div class=3D"gmail_default" style=3D"font-family:courier= new,monospace"><br></div><div class=3D"gmail_default" style=3D"font-family= :courier new,monospace">if ( code =3D=3D start_emoji ) while ( getnxtc() != =3D end_emoji );</div><div class=3D"gmail_default" style=3D"font-family:cou= rier new,monospace">if ( code =3D=3D end_emoji ) while ( getnxtc() !=3D end= _emoji );</div><div class=3D"gmail_default" style=3D"font-family:courier ne= w,monospace">if ( code =3D=3D start_emoji || code =3D=3D end_emoji ) putnxt= c('=EF=BF=BD');</div><div class=3D"gmail_default" style=3D"font-fam= ily:courier new,monospace"><br></div><div class=3D"gmail_default" style=3D"= font-family:courier new,monospace">That would allow them to put off support= ing that large range for later since it's expected to not be touched un= til the current pool runs out. Remember the goal of unicode is to support a= ll characters, even if it needs another pool for that later. Whether text e= ncoding implements a shortcut to that pool at a later date and gets named s= omething like UTE-8 (Universal Text formatting with Emoji pool shortcut) or= something is an entirely unrelated matter, this is merely for within the u= nicode space.</div></div><br><div class=3D"gmail_quote"><div dir=3D"ltr" cl= ass=3D"gmail_attr">On Fri, 20 Mar 2026 at 19:47, Doug Ewell via Unicode <= ;<a href=3D"mailto:[email protected]" target=3D"_blank">unicode@corp= .unicode.org</a>> wrote:<br></div><blockquote class=3D"gmail_quote" styl= e=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);paddin= g-left:1ex">Lee Shallis wrote:<br> <br> > [Are there [start] emoji [end] style codes?] If not I suggest making<b= r> > them so you're no longer constrained to the tiny range of potentia= l<br> > codes that unicode offers.<br> <br> Unicode has more than 800,000 unassigned code points, which I don=E2=80=99t= consider =E2=80=9Ctiny.=E2=80=9D Continuing to dip into this pool is consi= dered preferable to introducing a new stateful =E2=80=9Cbegin/end=E2=80=9D = mechanism, and all of the problems that those bring along.<br> <br> James Kass replied:<br> <br> > The inappropriate religious material after the message should have<br> > been removed by the moderators.<br> <br> +1, emphatically.<br> <br> Phil Smith III replied (to Lee):<br> <br> > For starters, you=E2=80=99re confusing Unicode with encoding.<br> <br> This confused me greatly, until I realized Phil meant =E2=80=9C... with ISO= 2022-style shift-in/shift-out encoding.=E2=80=9D<br> <br> Technically, you can in fact combine Unicode with ISO 2022 (for whatever re= ason), but adding a new mechanism, outside of Unicode, to encode emoji make= s no sense at all.<br> <br> > Now, I can imagine modifier characters, like combining accents, that<b= r> > would change skin tones etc.=E2=80=94but I=E2=80=99d rather not: combi= ners have caused<br> > enough trouble, and I=E2=80=99d hate to see new ones added.<br> <br> Um, isn=E2=80=99t that how skin tones are specified already?<br> <br> --<br> Doug Ewell, CC, ALB | Lakewood, CO, US | <a href=3D"http://ewellic.org" rel= =3D"noreferrer" target=3D"_blank">ewellic.org</a><br> <br> <br> </blockquote></div><div><br clear=3D"all"></div><br><span class=3D"gmail_si= gnature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_signature"><d= iv dir=3D"ltr"><div>Aethiests expect you to gamble your afterlife on nothin= gness, religions in general expect you to follow 1001 (exaggeration for som= e, understatement for others) rules and still gamble your afterlife on some= how not breaking any of those rules (which is nigh on impossible).</div><di= v><br></div><div>Christianity is the only one that doesn't expect you t= o gamble, it just expects you to desire to follow God's ways and entrus= t your soul to his son's, the lord Jesus Christ's, sacrifice on the= cross. Just 2 simple and priceless things to guarantee yourself a place in= heaven, are you really willing to gamble your afterlife on anything else w= hen the cost of losing that gamble is eternal suffering?</div><div><br></di= v><div>For whether you believe in a God or not eternity is a fact and that = same fact guarantees life after the death of your flesh. Think carefully ab= out whether you would rather gamble for eternity in heaven with the only pr= ice of being wrong being a little embarrassment or for reincarnation where = the price of being wrong is an eternity of being burned from flesh to bone = and soul over and over and over again.</div></div></div> </blockquote></div> --00000000000083c3f7064d9d6673--