Re: (R), (c) and ™

[Andrea Giammarchi]

Thanks Mark, I know that emoji != present in there but I need these
formatted files for static analysis so I've just copied and pasted from a
source file what I use to perform some validation check.
(as side note, if these are incomplete I have problems ... any more updated
source with same format?)

However, back to the topic, I agree with your last two points and this is
exactly the case:

   - the default style is text ... because
   - these have been in Unicode forever ( even standard ASCII for two of
   them ) so I'd expect, since somehow part of the emoji family, to have them
   compatible with variation selectors

If this will be the common agreement, how long could it take to be
effectively in the tr51 document ?

Thanks again for all links and details

Best Regards



On Thu, Dec 18, 2014 at 11:25 AM, Mark Davis ☕️ <mark at macchiato.com> wrote:
>
> Note that emoji ≠ present in
> http://www.unicode.org/Public/UNIDATA/EmojiSources.txt
>
> It would probably be useful to read through
> http://www.unicode.org/reports/tr51/, which is where we are working on
> various aspects of emoji, in your case especially
>
>    - http://www.unicode.org/reports/tr51/#Identification
>    - http://www.unicode.org/reports/tr51/#Presentation_Style
>
> There are charts attached to the TR that can also be reviewed (and
> commented on), such as
> http://www.unicode.org/Public/emoji/1.0/text-style.html
>
> If you have feedback on the data (either supporting what is there, or
> recommending changes), you can submit your feedback via a link to Feedback
> (found at the top, and in the review notes for each of the sections).
>
>
> We haven't yet made firm recommendations on the variation selectors or the
> default emoji style, so what is there is a fairly a raw draft. (but we are
> making progress; see https://plus.google.com/+MarkDavis/posts/MLqEc79yN22
> ).
>
> Personally, I think that if a character is in the recommended list for
> emoji, then:
>
>    - if the default style is text, we must have variation selectors.
>    - if the default style is emoji, then we should have variation
>    selectors if it is in common use with a non-emoji presentation (typical for
>    characters that have been in Unicode for a long time).
>
>
>
> Mark <https://google.com/+MarkDavis>
>
> *— Il meglio è l’inimico del bene —*
>
> On Thu, Dec 18, 2014 at 12:09 PM, Andrea Giammarchi <
> andrea.giammarchi at gmail.com> wrote:
>>
>> Thanks Mark, I mean not listened anywhere here:
>> http://unicode.org/Public/UNIDATA/StandardizedVariants.txt
>>
>> I'd expect to find the following there:
>>
>> 00A9 FE0E; text style;  # COPY RIGHT MARK
>> 00A9 FE0F; emoji style; # COPY RIGHT MARK
>>
>>
>> for the simple reason that 00A9 is listed as emoji:
>> http://www.unicode.org/Public/UNIDATA/EmojiSources.txt
>>
>> Apparently there's no place that says FE0F should affect 00A9, neither a
>> place that states the opposite: 00A9 FE0E as text.
>>
>> Are my expectations wrong or should these chars handled any differently
>> from other emoji ?
>>
>> Thanks
>>
>>
>> On Thu, Dec 18, 2014 at 11:03 AM, Mark Davis [image: ☕]️ <
>> mark at macchiato.com> wrote:
>>>
>>>
>>> On Thu, Dec 18, 2014 at 11:31 AM, Andrea Giammarchi <
>>> andrea.giammarchi at gmail.com> wrote:
>>>>
>>>> standard variant sensitive
>>>
>>>
>>> ​It is not clear what you mean by "standard variant sensitive"​. Can
>>> you elaborate?
>>>
>>>
>>>
>>> Mark <https://google.com/+MarkDavis>
>>>
>>> *— Il meglio è l’inimico del bene —*
>>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://unicode.org/pipermail/unicode/attachments/20141218/4a40f3a2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: emoji_u2615.png
Type: image/png
Size: 1890 bytes
Desc: not available
URL: <http://unicode.org/pipermail/unicode/attachments/20141218/4a40f3a2/attachment.png>