meaningful and meaningless FE0E

Andrea Giammarchi andrea.giammarchi at gmail.com
Sun Jun 29 02:13:04 CDT 2014


Thank You!


On Sun, Jun 29, 2014 at 12:00 AM, Mark Davis ☕️ <mark at macchiato.com> wrote:

> These variation selector characters only apply to specific characters,
> those listed in
>
> http://unicode.org/Public/UNIDATA/StandardizedVariants.html
>
> There is a machine-readable version at
> http://unicode.org/Public/UNIDATA/StandardizedVariants.txt
>
>
> Mark <https://google.com/+MarkDavis>
>
>  *— Il meglio è l’inimico del bene —*
>
>
> On Sun, Jun 29, 2014 at 8:47 AM, Andrea Giammarchi <
> andrea.giammarchi at gmail.com> wrote:
>
>> ok, here the simplified version of my question:
>>
>> would U+1F21A followed by U+FE0E be represented differently from what U+1F21A
>> is normally?
>>
>> is such sequence even a real concern or intent specified anywhere? (no,
>> can't find it, asking just confirmation)
>>
>> Thanks a lot for any outcome!
>>
>> Best Regards
>>
>>
>> On Sat, Jun 28, 2014 at 10:33 AM, Andrea Giammarchi <
>> andrea.giammarchi at gmail.com> wrote:
>>
>>> Dear all,
>>>   this is my first email in this channel so apologies in advance if
>>> already discussed.
>>>
>>> I am trying to understand the expected behavior when there an
>>> "unexpected VS15" after emoji that have not been defined, accordingly with
>>> this file http://www.unicode.org/Public/UNIDATA/NamesList.txt, as VS15
>>> sensitive.
>>>
>>> My take on FE0E is that all emoji that are sensible to this variant,
>>> have an "emojified" counter part that should be used when followed by FE0F
>>> and vice-versa a textual part when followed by FE0E, but all other emoji
>>> should not consider such variant at all since there's no textual counter
>>> part to represent, let's say, a 1F21A pile-of-poo
>>>
>>> "\ud83d\udca9\ufe0e"
>>>
>>> Can anyone please confirm my expectations are correct so that above
>>> sequence in both Java or JavaScript will show the POP emoji regardless,
>>> followed by FE0E variant that will be simply ignored and actually no
>>> device/OS/render/viewer/browser would ever create such sequence so it's
>>> actually a non problem, this one I am trying to solve?
>>>
>>> Thanks in advance and Best Regards
>>>
>>
>>
>> _______________________________________________
>> Unicode mailing list
>> Unicode at unicode.org
>> http://unicode.org/mailman/listinfo/unicode
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/unicode/attachments/20140629/54bfa7f2/attachment.html>


More information about the Unicode mailing list