When I paste those lines into Google in Firefox, it showed all of your numbers as emojis. In Chrome, it changes all the 1st row into emojis except the last 4. For the 2nd line Chrome only changes the numbers into emojis for 3 of them.
When I clipboard the entire 2 lines worth of emojis from google, including the ones that just show the invalid symbol in Chrome, then paste them into an mIRC #channel, they appear as garbage in my normal font.
//window -dp @test | clear @test | var %x 0 | var %y 0 , %i = 1 | while ($font(%i)) { var %font " $+ $font(%i) $+ " | drawtext @test $iif($calc(%i % 2),4,12) %font 16 %x %y %i %font $cb | var %x $calc(700- %x) | if (%x == 0) inc %y 20 | inc %i }
This snippet makes a pic window to display the fonts on your system. (Requires the $font() identifier added with v7.44.) If your monitor has different dimensions, you can change the 700 as the pixel width of the 2 columns, and the 20 is the row height, and the "%i = 1" is where you start within the alphabetical list of fonts.
This displays the sequential font counter, then the font name, then the current contents of the clipboard. So once you get this snippet pasted into an editbox, you can go copy the emojis into your clipboard. (The actual emojis in Google's search box not the 𞉀 numbers from your post) The picture window doesn't scroll, and only shows values within the visible area of the window, so you'll need to drag @test larger then repeat again with "%i = larger-number"
In my list of fonts, "Segoe UI Symbol" and "DejaVu Sans" were the only ones which showed the emoji symbols, and when i change the #channel font to either of those fonts, the garbage pasted earlier suddenly changes into the emojis. mIRC recognized a lot more emojis than Chrome did, but there were still 7 fonts which Segoe UI Symbol did not translate, and that's the same result I got from Notepad after setting it to that same Font.
Because Firefox's emojis are in a variety of colors while Chrome shows emojis in default black, I suspect that Firefox is "cheating" by having a built-in list of emoji symbols to display in place of the "real" characters, while Chrome is recognizing the font where those emojis are valid and fontlinking there from Segoe UI Symbol, with the number of displayed emojis depending on which fonts you have installed.
The only numbers that appear as emojis in common fonts are 10084, 9785, and 9786 - which are the only Unicode values in the list which are below 65536. If you type alt+N where N is a number larger than 65535, mIRC and notepad gives you the character which is the remainder after dividing the original number by 65536. So Alt+65636 is the same as Alt+100, and both give you a small 'd'. mIRC supports only Unicode numbers up to 65535, so when you paste the emoji from 😵, $base(128565) is 1f635 hex, and
http://www.fileformat.info/info/unicode/char/1F635/index.htm shows that the UTF-16(Decimal) for U+1F635 is 55,357 56,885. This is why a clipboard beginning with the emoji symbol coming from 😵 while doing this in the channel where Segoe UI Symbol is your default font:
//say $asc($mid($cb,1)) $asc($mid($cb,2)) $cb / $left($cb,1)
returns 55357 56885 followed by the emoji symbol. The above looks like it's not showing anything to the right of the slash, but it's actually showing $chr(55357) which isn't mapped. If you change that to $left($cb,2) the emoji appears because that's what those 2 Unicode-16 characters appear as in this font.
An alias to mimic this emoji would have the line: return $chr(55357) $+ $chr(56885)
... but it wouldn't show the emoji to anyone who is not using one of the few fonts which map that Unicode symbol.