A now-deleted tweet by a different developer facing the same issue stated that Apple apparently clarified by saying that using emoji as "media" was forbidden, but "content" was okay. Whatever that means.
Between this and the gun/water pistol thing, it really seems like Apple thinks of Unicode as their personal playground, and simply do not think through the network effects of their policies at all.
From what I read other places, it meant that if it was non-variable and shipped with the app (UI, app data, etc) then it was "media" and not ok. If it was user supplied (like a text message), externally loaded (web page), etc... then it was "content" and ok.
Then the app sends a request to a server to do X and based on the response looks up the text that shipped with the app saying "X completed successfully" which it displays using the system font, that is fine.
Then the app sends a request to a server to do X and the server sends back the text "X completed successfully <smiley-face-character>" and the app displays it using the system font, that is fine.
Then the app sends a request to a server to do X and based on the response looks up the text that shipped with the app saying "X completed successfully <smiley-face-character>" which it displays using the system font, that is against the rules.
That seems incredibly arbitrary and nonsensical if that is an accurate description of the rule.
Another link was posted suggesting that Apple's reversed this stance. If not for that, would Apple have been making Slack get rid of the party popper because the user didn't type it? It sounds like yes.
Apple has thought of Earth as their personal playground for a long time; arrogance runs deep in their company culture. Steve could get away with it because he was arrogant and right most of the time. Today, ancient & obsolete arrogance is Apple’s biggest flaw, and is causing them to drift more and more out of touch with reality.
Even in really weird ways, like: to install any software on your Apple phone you had to use Apple's music player. (Is that right? I never owned one, and it sounds daft, but plausible for Apple.)
Text and video messaging was low-hanging fruit, thanks to XMPP etc not taking off. With that network effect in place, it's a short leap towards a subtly-incompatible text format, so buying Apple's stuff becomes the path of slightly less resistance.
I don't know whether this is an aggressive strategy; or whether they care only about their customers' satisfaction and not at all about interoperability.
Uh...no? Not sure where you got that from.
And if they're so invested in using emojis as a "key marketing strategy", why didn't they pay an artist to create emojis for their own use?
The fault lies with the Unicode consortium for opening this can of worms. The standard should have been reserved for outline letter forms only. Adding a set of full-color illustrations that expands every year was madness.
It’s especially bad for embedded devices that need to render text. It used to be that you could ship vector fonts for the major global scripts in less than 500k, and you could feel fairly confident that new glyphs aren’t randomly added.
Today you need to ship an emoji font and make sure that your font engine can render color graphics. Google offers the only semi-decent free color emoji font, and it weighs about 7 MB. That’s a vexing increase in system font footprint just so that there’s a poop illustration on disk when needed. You also need to update the set every year when the standard adds “depressed poop” or “sulking lizardman” or whatever.
From a UX point of view, it sucks because the free emoji font doesn’t look like the Apple one (because that look is copyrighted!), and inevitably someone will complain about it.
At least HN has the good sense to filter the emoji junk from
It seems like it goes even deeper than that. I've been noticing things like <face><unicode female symbol> that I thought was some sort of meme that I just didn't get. It turns out, that's how "older devices" (the latest version of Chrome in my case) renders the new emoji that you can attach a gender to.
I agree that it all kind of went off the deep end. You can easily come up with an infinite number of pictures that you might want to attach to a text message, but there aren't an infinite number of codepoints. So the race to add emoji will never end, and it will never be possibly to satisfy everyone. I would have just given up. At least I can include a picture of a tanabata tree with any and all text!
At the same time, a very basic vector implementation of emoji shouldn't be too large, I suppose? Considering all modern fonts are also vector based, an emoji version will only need extra color information.
The downvotes are entirely fair. Of course Apple has the legal right to arbitrarily block devs from using parts of Apple's own system fonts; that doesn't mean it's not stupid for them to exercise that right.
They aren't copying the emoji, though, except in the extremely pedantic sense that some transient copies get created in the process of the device displaying the fonts that it shipped with, but that is obvious fair use even under the most restrictive interpretation of fair use.
Copyright has no bearing on this.
> If people started using Apple's logos on the App's UI, they would respond in exactly the same way.
That's a trademark issue. Apple's logo is an Apple trademark. It strains credulity to imagine that every emoji that ships with an iPhone is an Apple trademark. No reasonable consumer would see an Apple smiley face emoji in isolation and think "Oh, that's an Apple smiley face emoji not a Microsoft smiley face emoji, so that product must be made by Apple". Trademark only applies when there is a reasonable possibility of marketplace confusion.
> And if they're so invested in using emojis as a "key marketing strategy", why didn't they pay an artist to create emojis for their own use?
Pretty much every company uses some combination of characters as a key marketing strategy (the company or product name). Do they need to create their own font to be able to display their name?
Obviously Apple can make its own rules and doesn't have to justify them, but I have a very hard time interpreting this rule in any way that isn't extremely arbitrary and nonsensical.
No, but they do have to use a font with a license that permits you to do so. You can't just type your company name in Helvetica and go with it, Linotype will want to have a fee. (often a one-time non-recurring payment)
If I was shipping the font with my app, then I would need a license to the font.
But I think that arguing that now we can't use San Francisco font on iOS for anything is a good example of a slippery slope fallacy. I think Apple's move on the emoji usage is a mistake and I suppose they will backpedal on this. However I do think that it is not comparable.
You want graphical representations of letters? Bring your own. Those ones are Apple's.
So practically, they are copyrighted. Are you going to redesign the TrueType font from scratch?
To whatever degree that apples to San Francisco, does it not also apply to Apple Color Emoji.ttc though?
Or does the "font shapes not copyrightable" rule not apply to fonts that have more to them than monochrome shapes?
All the justification they need is "We're in charge and we reserve the right to be arbitrary and capricious with app approval," but that doesn't mean I like it.
> The 1976 House Report states: A "typeface" can be defined as a set of letters, numbers, or other symbolic characters, whose forms are related by repeating design elements consistently applied in a notational system, and are intended to be embodied in articles whose intrinsic utilitarian function is for use in composing text or other cognizable combinations of characters. The Committee does not regard the design of typeface, as thus defined, to be a copyrightable "pictorial, graphic, or sculptural work" within the meaning of this bill and the application of the dividing line in section 101 [H.R. Reg. No. 1476, 94th Cong., 2nd Sess 5 (1976)].
Emoji might not be "text," but would you consider them to be used for "composing other cognizable combinations of characters"?
They're definitely cognizable, and the original proposal to add them to Unicode straight up calls them "characters" repeatedly.
> The proposal for encoding of Emoji symbols as Unicode characters covers the Emoji symbols that are in widespread use by DoCoMo, KDDI and Softbank for their mobile phone networks. These symbols are encoded in carrier-specific versions of Shift-JIS (as User-Defined Characters), and, in the case of KDDI, in a carrier-specific version of ISO-2022-JP. There are mapping tables in use in the industry between these character sets, with both roundtrip and fallback mappings. These symbols are also supported in web mail services by Yahoo! Mail and Google Mail. (Yahoo! Mail currently supports a subset.) (The original proposal also included nine symbols defined by Google, but they were withdrawn from later versions.)
But maybe given characters in a font that were more pictorial in nature, the House Report would have had something else to say about it. Who knows?
Another question in there is the first part, are the forms related by repeating design elements consistently applied in a notational system? Maybe not? The sets of smilies in each company's emoji font totally are, but other items like poop are not.
Anyway, I took a quick look for any legal opinions on the copyright of emoji sets and didn't come up with much. I wouldn't be surprised if they're copyrightable, unlike the text portions of fonts, but it's pretty disappointing if the expressions of these common communicative symbols are locked up behind copyright.
How does that work in a chat app, when the remote user has typed that in on their device?
User enters emoji in their secret diary: great. You allow selection of mood for today by displaying a range of emoji faces: bad
Or is that OK because it's an "image", not an "emoji", despite carrying the exact same meaning as the emoji, and looking indistinguishable from a rendering of the emoji?
Or is it OK if they bring their own image file? What if they bring their own emoji font and use that, to improve rendering speed?
My inner rules lawyer does note that this could pose a problem for any bot that emits emoji...
These types of apps seem like an incredibly bad idea, because they are diluting what is supposed to be a 100% universal emoticon standard.