Re: meaningful and meaningless FE0E

From: Andrea Giammarchi <andrea.giammarchi_at_gmail.com>
Date: Sun, 29 Jun 2014 00:13:04 -0700

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
>>
>>
>

_______________________________________________
Unicode mailing list
Unicode_at_unicode.org
http://unicode.org/mailman/listinfo/unicode
Received on Sun Jun 29 2014 - 02:14:00 CDT

This archive was generated by hypermail 2.2.0 : Sun Jun 29 2014 - 02:14:00 CDT