Hi, i have problem to display the = char in a list of options:
This is what i get:
Oh cool! A good workaround!
Heretofore the solution was to use one of the many Unicode characters that look like an equal sign but aren't U+003D, such as 𝄗, MUSICAL SYMBOL TWO-LINE STAFF, U+1D117, or ═, BOX DRAWINGS DOUBLE HORIZONTAL, U+2550, or ゠, KATAKANA-HIRAGANA DOUBLE HYPHEN, U+30A0, or ꓿, LISU PUNCTUATION FULL STOP, U+A4FF, or ꠴, NORTH INDIC FRACTION ONE EIGHTH, U+A834, or ﹦, SMALL EQUALS SIGN, U+FE66, or 𐄑, AEGEAN NUMBER TWENTY, U+10111, or 𐆐, ROMAN SEXTANS SIGN, U+10190, or 𑁓, BRAHMI NUMBER TWO, U+11053.
Fun with Unicode. :~)
How i can write U+11053 in the list of option?
Thk !
you're welcome!
can you mark solution pls to avoid confusion? (also for
use the unicode () as letter block or search it online)
I mean, i'm not going to take the credit here, I just remembered it from
in the 10.2 feature announcement topic.
I had previously been using the chinese equals sign
offtopic stuff about snap in chinese thats important for a developer to read but offtopic
for some reason on the chinese translation the () max () @delInput @addInput has a translation ( ()最大()@delInput @addInput::operators reporter) but not () min () @delInput @addInput , which should be (() 最小 or 最少 or 最低限度()::operators) that I thought of off the top of my head but i dont know which one is best (i'll ask my chinese teacher lol since all of these are pretty similar and even after searching the internet theres no clear answer)
anyway heres the chinese equal sign outside of this details element
＝ which looks really similar, but yeah, I remember a few topics where this was the solution, and where a backslash could be used instead in feature requests (which you actually talked about once,
Oh, i'm dumb... just a copy/paste...
Thank you guys !
U=xxx is usually defined as hex characters, so I recommend using (join [0x][11053]@delInput@verticalEllipsis@addInput) + (0)
this doesnt do anything?
That’s what I thought…
0x11053 + 0 = 69715.
It turned base-16 (hexadecimal) into base-10.
how
I think the question is why are you not getting the same result as the rest of us?
Are you entering zero x (correct) into 1st slot or letter O x (wrong)
^U (control shift u) CODEPOINT space on linux. Something with AltGr on Windows, something else for Macintosh system 10+.
Unfortunately, that script is definitely not going to work
this should work
The principle here is that numbers that start 0x are assumed to be hexadecimal numbers
But we can't enter 0x into a number slot so we need to join the 0x and the hex together in a join first
But then the item becomes a string "0x11053" so we need to convert it to a number by adding it to 0.
Snap! then does the hex->decimal conversion for us
So something strange is going on on your computer if your running Snap! 10.2.5 like me
I can only suggest switching your computer off and on again at this stage
No, it's probably an absurd "JOKE" with one of those "zeros" 
I've used U+110F0 𑃰 SORA SOMPENG DIGIT ZERO