Okay I’ve added server side replacements for unicode emoji with our emoji sets.
Here’s a unicode bomb:
This is a bom using our emoji picker:
They should look the same!
Okay I’ve added server side replacements for unicode emoji with our emoji sets.
Here’s a unicode bomb:
This is a bom using our emoji picker:
They should look the same!
What about this one?
G:tada:
What happens with skin tone? Let’s see
Yeah we need to deal with this somehow
Yeah but we need to strip out the skin tone block unless we map it to a correct image.
Fixed now I added a few extra unicode symbols for replacements which I think is fair. We can add more as we go on if we wish.
I’m not sure that’s the correct thing to do. I understand getting skin tones in would be a great feature to add, but it involves making sure all our emoji sets have them all and that’s more work than this feature needed. Adding extra code to remove the default handling seems odd to me.
Note those skin tone blocks that are showing up are what happened before I implemented this feature – that did not change.
This one is a big buggy as well
should really be
which is in the emoji one set
Again I hate to say “not a bug” but that is using the zero width joiner code to create pairings.
Like the different skin tones, there is work to be done to ensure that all our emoji sets support it as a modifier so we can display the appropriate combinations. One cool thing about it is it seems to support same sex families!
Could I ask… What is the current status of this feature?
To me it looks like “modifiers” are still to be completed, but for the most part other unicode emoji are complete…
However - I’ve noted that the following character is not working (🙄
):
I believe it is a “face with rolling eyes” emoji or something like this: “”
Yeah, this is done, closing