You can now tweet a 🍕 emoji to Domino's in order to initiate a pizza transaction.
Emoji use differs by country. "Canadians lead the charge in their use of money, violence, sports-related, raunchy, and even the poop emoji," says SwiftKey's chief marketing officer, Joe Braidwood.
Americans are second behind Canada in their love of violent emojis, such as guns.
But one thing Americans also really, really love is pizza.
"Pizza was one of the most frequently used [emojis] in the U.S., as well as the chicken drumstick ... and I think it shows you that, versus other nations, you guys have particular food habits," Braidwood says.
Emoji In the Unicode standard at Wikipedia.
Draft Emoji Data at the Unicode Consortium.
💩/10.
[ED NOTE: The &#####; markup for these characters are legit. Are you able to see them, or are you seeing unknown character boxes? What font are you using? -LaminatorX]
Related Stories
The cheese on Google's version of the cheeseburger emoji is in the WRONG PLACE and that is problematic:
Responding to criticism about the placement of cheese on Google's version of the cheeseburger emoji, Google CEO Sundar Pichai said that he would take a look at the issue immediately. "Will drop everything else we are doing and address on Monday :) if folks can agree on the correct way to do this!" Pichai tweeted.
Pichai was responding to author Thomas Baekdal, who pointed out the difference in cheese placement between Apple's and Google's cheeseburger emojis. "I think we need to have a discussion about how Google's burger emoji is placing the cheese underneath the burger, which Apple puts on top," Baekdal tweeted.
The tweet ignited a debate about where the different ingredients of a cheeseburger belong. Among all the different cheeseburger emoji variants offered by various tech companies, Google's is the only version to place the cheese below the meat, according to images of cheeseburger emojis from Apple, Google, Samsung, Facebook and others, as seen on Emojipedia. It's generally accepted that cheeseburger cheese should be placed directly on the meat patty for optimal melting.
🍔🍕🍖🍗🍟🍩 🏃💨 🇺🇸 💩🚽
Unicode 11 emoji candidates, scheduled for June 2018.
Also at Brisbane Times and New Zealand Herald.
Previously: Tweet Emoji 4 Pizza: #Epitome of #Convenience
38 New Emojis to be Introduced in 2016
Unicode Considering 67 New Emoji for 2016
Unicode 9.0 Serves up Bacon Emoji, 71 others, and Six New Scripts
Apple Urged to Rethink Gun Emoji Change
Unicode 10.0's New Emojis
Apple's New iPhone X will let You Control the Poo Emoji with Your Face
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @02:48PM
Nope.
(Score: 4, Funny) by jcross on Thursday May 14 2015, @03:56PM
If your font doesn't support the emoji properly, Dominoes will deliver you a fresh block of tofu* instead of pizza!
* Font geeks call those little boxes tofu.
(Score: 1, Informative) by Anonymous Coward on Thursday May 14 2015, @02:48PM
Using Opera.
Times new roman, and all I get are the boxes.
(Score: 2) by mhajicek on Thursday May 14 2015, @08:01PM
Ancient windows phone (Nokia 710), outdated IE, works fine.
The spacelike surfaces of time foliations can have a cusp at the surface of discontinuity. - P. Hajicek
(Score: 2) by kadal on Thursday May 14 2015, @02:53PM
I can't see it. I even tried with Google's Noto font.
(Score: 2) by Snow on Thursday May 14 2015, @03:55PM
I see them. Running firefox. Some relatively current version. Too lazy to check...
(Score: 3, Touché) by takyon on Thursday May 14 2015, @05:44PM
Your browser and mindset are both ready for the emoji generation!
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 3, Interesting) by Snow on Thursday May 14 2015, @06:34PM
Haha. I've been using Tinder lately and maybe 1/3 of the girls exclusively use emojiis to describe themselves.
It's like *pizza*wine*beer*partyhat*SeveralAndroidHeads*MusicNote*.
I'm like... NOPE! (Although to be fair, they probably say the same thing about my profile...)
(Score: 5, Funny) by Anne Nonymous on Thursday May 14 2015, @02:54PM
I see boxes.
Which are made of cardboard.
Which is what Dominoes makes pizza out of.
So I must be ordering correctly.
(Score: 2) by TheGratefulNet on Friday May 15 2015, @01:08AM
I see boxes.
"little boxes, little boxes,
little boxes, made from ticky tacky toe.
little boxes little boxes,
little boxes, all the same..."
"It is now safe to switch off your computer."
(Score: 1) by ksarka on Thursday May 14 2015, @02:56PM
palemoon with serif font shows boxes.
(Score: 3, Funny) by ikanreed on Thursday May 14 2015, @03:02PM
Pale Moon's parent browser shows em.
(Score: 1) by Gertlex on Thursday May 14 2015, @03:38PM
Palemoon sans shows them fine.
(Score: 1) by number11 on Thursday May 14 2015, @06:19PM
My Pale Moon shows them in "Segoe UI Symbol" (the wikipedia page itself is in Ariel). About 60% symbols, 40% boxes.
(Score: 2) by TK on Friday May 15 2015, @01:29PM
Palemoon 25.4.1 (x86) here
Times New Roman
They show up fine, but emojis are meant to be displayed in color. The monochrome raygun looks more like a slice of pizza to me than the gooey, dripping one in the first sentence.
The fleas have smaller fleas, upon their backs to bite them, and those fleas have lesser fleas, and so ad infinitum
(Score: 3, Informative) by gman003 on Thursday May 14 2015, @03:00PM
I can see them. The font for most of the line is Verdana but apparently the emojis are rendering in Segoe UI Symbol. I guess Firefox is smart enough to use whatever font is necessary to render weird characters.
As a side note on a side note, they're kind of hard to read without zooming in - at 100% zoom, the only one I can identify is the gun emoji, the other three needed some amount of zoom to actually make sense to my eyes. So if you're going to make emojis a regular feature of the site, maybe increase the font size a bit?</joke>
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @03:09PM
Ditto, Firefox 37 on Windows. Small and somewhat cryptic, but cute. So count me as a win.
(Score: 3, Informative) by middlemen on Thursday May 14 2015, @03:00PM
Using Firefox 37, everything is visible as expected. Those who cannot see it upgrade to a browser that supports emoji.
(Score: 4, Informative) by wonkey_monkey on Thursday May 14 2015, @04:08PM
Those who cannot see it upgrade to a browser that supports emoji.
Or don't. You're not missing much.
systemd is Roko's Basilisk
(Score: 2) by Alfred on Thursday May 14 2015, @04:46PM
IE renders the emoji but they are so damn small I cant tell what they are. Is that a drill? I assume that is an eggplant from the references but it is an underlined hyperlink that looks like a cruise ship coming at me. Monochrome 12 pixel tall pictures are crap.
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @07:04PM
Firefox 38 on OS X 10.6 does NOT support emojis out-of-the-box.
Firefox 38 on OS X 10.7 DOES support emojis out-of-the-box.
Those who cannot see it upgrade to an OS that supports emoji.
(Score: 2) by captain normal on Thursday May 14 2015, @07:20PM
Why? Friends don't let friends use FF. (aside--is Firefox only up to version 37? When I quit using them over daily updates slowing down my work, I was sure they'd be up to V.5000.00 by now.)
Everyone is entitled to his own opinion, but not to his own facts"- --Daniel Patrick Moynihan--
(Score: 2, Informative) by CortoMaltese on Thursday May 14 2015, @03:03PM
Just werks in Firefox 38.0 :^)
But seriously, seeing the linked page in wikipedia, some seem to work and some don't.
(Score: 2) by Marand on Thursday May 14 2015, @08:45PM
But seriously, seeing the linked page in wikipedia, some seem to work and some don't.
I checked in Firefox 31 (the ESR one in Debian) and in Chromium (40ish). Both have been fine with everything used here, but the Wikipedia page turned up some problems. Chromium had everything, but Firefox had a handful of missing ones on it. It didn't seem to be a simple case of "change your font and it works" though, because I tried switching FF to the font Chromium used and it didn't fix it.
To investigate further, I loaded the page in KDE's editor, kate (thanks KIOslaves!) and they all showed up as long as the file encoding was set to UTF-8, but when I used the same fonts in Firefox it still showed boxes. Then I set kate to use a font I know doesn't have emoji (it doesn't even have the full ASCII set) and it stilll showed the characters.
It looks like most programs are intelligently falling back to a default "has everything and the kitchen sink" font for characters that aren't defined in the current font. And by "most" I mean Qt apps. Every Qt app I tried was flawless with it, but the Gtk apps I tried (both gtk2 and gtk3) didn't do quite as well for some reason, showing blocks on the same characters that Firefox does. The exception is webkit-based html views inside Gtk apps. For example, in Geany (Gtk-based mini-IDE), if I paste a bunch of the emoji into a markdown file, the same ones show up as square blocks, just like in Firefox, but the markdown preview shows all the characters properly.
So, the problem, at least in Linux, seems to be Gtk-related, but mitigated by webkit (and blink) doing its own thing. Firefox uses XUL for UI creation, but it's still Gtk at its base, just like Chromium. That also means that some of the characters will print fine in Chromium inside a webpage, but nowhere else in the UI. For example, in Qt apps or on the wikipedia page itself, these four symbols all show properly: 🏉 🏊 🏋 🏌 . However, only the first two displayed in the URL bar or search box (ctrl-F) in chromium, just like in Firefox. What's odd is they're clearly using the same font as the Qt apps, but just not printing a handful of the characters.
Also, unfortunately, I have no idea what font is being used as the fallback on my desktop, but whatever it is, it's not installed on my laptop because everything shows as squares there.
(Score: 4, Funny) by frojack on Friday May 15 2015, @12:11AM
Took us something like 4000 years to come up with unicode fonts capable of handling every character in every language.
Upon completing that task, we immediately (in an ooooh shiny... moment) started adding a boatload of obscure pictographs.
Are ALL our corners already filled with people humming, or what? Face it, we're all from the B Ark.
No, you are mistaken. I've always had this sig.
(Score: 2) by takyon on Friday May 15 2015, @01:54AM
Everything old is new again. [unicode.org]
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 3, Interesting) by FatPhil on Friday May 15 2015, @08:15AM
One thing that particularly annoys me is that so many of the example renderings are completely unrelated to each other, and unrelated to the textual description of the character. Another thing is that I do not consider "Blue $X" and "Red $X" to be different characters any more than I consider "$X at size 9 pica" and "$X at size 24 pica" to be different characters. (Which is not at all.)
Thinking about it, the oooh-shiny problem even predates Win 3.0 and clipart. This is just the problem with fonts, claris draw, and party invitations made on Macs in the 80s. Every one had to have 20 fonts and swirls of baloons, hearts, bubbles, and stars.
This is why my computer has very little more than xterms running on it, and I still use w3m as a browser. You can keep the modern crap, there's more noise than signal in it.
Great minds discuss ideas; average minds discuss events; small minds discuss people; the smallest discuss themselves
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @03:11PM
can't see 'em : (
Jellybean cannot see the unicode in subject line : )
(Score: 2) by SubiculumHammer on Thursday May 14 2015, @03:29PM
Firefox on Android Kitkat/Cyangenomod renders these all fine.
(Score: 2) by SubiculumHammer on Thursday May 14 2015, @03:31PM
Well not in the subject line. Oops
(Score: 1) by Kymation on Thursday May 14 2015, @04:40PM
I can see the characters in the subject line, but none of the ones in TFA. Weird.
Firefox 38 using FreeSans on Linux.
(Score: 2) by bart9h on Thursday May 14 2015, @06:39PM
me too. FF37, serif font.
(Score: 2) by dast on Friday May 15 2015, @08:03PM
Ditto this, with FF 38 on Ubuntu 14.04.
(Score: 3, Informative) by dast on Friday May 15 2015, @08:18PM
Solved by installing ttf-ancient-fonts. Now I can see the emoji in the article. Prior to that the only ones I could see were in the subject line on these comments.
(Score: 3, Informative) by Sir Finkus on Thursday May 14 2015, @03:15PM
Works just fine on OSX with Safari, so they character are encoded correctly.
Join our Folding@Home team! [stanford.edu]
(Score: 4, Interesting) by richtopia on Thursday May 14 2015, @03:33PM
Fun note, if you search "🌙" (crescent moon emoji), you get taken to the page for the moon https://en.wikipedia.org/wiki/%F0%9F%8C%99 [wikipedia.org]
(Score: 2) by maxwell demon on Thursday May 14 2015, @06:32PM
I just tried to search for "✈🍝👾" on ixquick. The first result was "Vatican: the Holy See".
I think you can guess what I was actually thinking of. ;-)
The Tao of math: The numbers you can count are not the real numbers.
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @03:41PM
Fine in bog standard chrome
(Score: 4, Interesting) by Anonymous Coward on Thursday May 14 2015, @04:21PM
Perhaps I'm just a curmudgeon, but I don't see the point of 700 plus pictographs. At all. It's cute, but it introduces needless ambiguity and obfuscates communications - in many cases deliberately so. Emoji are useful only within tightly knit cliques to promote exclusivity. Hardly something I think worthy of standardizing, or even encouraging.
Ascii works well for me. Emoji - not so much. I'm not even tempted.
Also: get off my lawn.
(Score: 3, Informative) by TheRaven on Thursday May 14 2015, @04:46PM
sudo mod me up
(Score: 2) by bob_super on Thursday May 14 2015, @05:08PM
> China has shown us the problem with ideographic character sets in a digital age
Actually, knowing Chinese is the best way to find anything you want on the web in a few clicks: it seems like the content companies don't understand it. I suspect their Chinese employees may be playing dumb on all the sound substitution tricks.
(Score: 2) by kaszz on Thursday May 14 2015, @06:56PM
Could you elaborate on this? seems it implies that Chinese or other symbol languages is more efficient for search?
(Score: 2) by bob_super on Thursday May 14 2015, @07:19PM
They are more efficient for the end-user looking for copyrighted material, because it's hard to censor all the permutations of characters which will lead you to what you're looking for. The Chinese routinely use the wrong character (sounding close) to defeat simple google-and-DMCA techniques.
It's an elaborated version of putting a 1 for an i, with a whole lot more combinations available, many of which have real meanings you can't abruptly censor.
The Great Firewall knows how to handle a lot of these to protect the powerful in China (probably by having people dynamically entering the substitutions as they appear online), but the US content providers are far behind. It takes about 2 minutes to find just about anything within 24 hours of initial broadcast, original English version with added subtitles.
(Score: 2) by kaszz on Thursday May 14 2015, @07:27PM
But the Chinese government are mainly interested in suppressing free political ideas while the American corporations is more interested in suppressing copyrighted bits?
But i get your idea.
B3tt3r t0 b3 @ h@ck3r w1th sk1llz th@n b3ing squ@r3. ;-)
(sorry for all emoji fans that can't dechiper the last sequence.. ;-) )
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @09:37PM
China has shown us the problem with ideographic character sets in a digital age. Let's try to learn from their lessons instead of recreating the problems.
Maybe that's because the computer age began in the US and UK, where programmers had keyboards and Roman character-based terminals.
But within a generation, calligraphic input devices should be seamless and sharp.
(Score: 3, Interesting) by CRCulver on Thursday May 14 2015, @10:04PM
The problem with Chinese characters in the digital age isn't being able to enter the characters with a calligraphinc input device, it is being able to remember what you are supposed to input in the first place. Both China and Japan are seeing decreasing active command of characters, even if people are able to passively understand the character when it is shown to them. Over at Language Log [upenn.edu], Victor Mair has devoted several posts to this phenomenon.
(Score: 3, Informative) by stormwyrm on Friday May 15 2015, @06:37AM
It's not a new phenomenon, and appears to have started with the introduction of word processor and computer input methods for Japanese and Chinese in the 1980s. There's actually a word for it in Japanese: wāpuro-baka [jisho.org] (ワープロ馬鹿). Literally meaning "word-processor idiot", it refers to a person whose kanji-writing ability has deteriorated due to over-reliance on the input methods that produce kanji on a word processor or computer.
Numquam ponenda est pluralitas sine necessitate.
(Score: 2) by TheRaven on Friday May 15 2015, @08:40AM
The problem is not input, it's storage. Representing the 26 characters in the Roman alphabet is easy: you need 26 numbers, double that if you want upper and lower cases, and add a dozen or so if you want accents. That's it. You can then represent any word, because words are created combining letters. The designers of your computer, text editor, and fonts don't have to know anything about the words that you're going to write, they just give you the building blocks.
With Chinese, if you want to create a new word then you either need to combine existing ideographs (which sometimes works), or create a new one. If you create a new one, then you need to wait for a new version of the unicode standard to define a codepoint for it, then you need to wait for fonts to catch up. A few new Chinese glyphs are created each year and so this is a constant source of pain for people writing in Chinese.
sudo mod me up
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @06:11PM
I agree that they're mostly useless. Though this thread made me think that it would be a good idea to show the name of an emoji when its hovered over.
(Score: 3, Funny) by PizzaRollPlinkett on Thursday May 14 2015, @04:40PM
Where is the emowhatever for a pizza roll?!
(E-mail me if you want a pizza roll!)
(Score: 2) by takyon on Thursday May 14 2015, @05:20PM
🍕🍞
🍕🎢
🍕🙄
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @05:29PM
Last one is a pizza and box.
(Score: 2) by takyon on Thursday May 14 2015, @05:31PM
I copied it like that. Hopefully, at some point in the distant future, it will turn into a round man rolling his eyes.
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 2) by jmorris on Thursday May 14 2015, @05:58PM
Firefox 37.0.2 on Fedora 21, using the default Liberation Serif. Apparently you can't switch fonts from the prefs without restarting the browser anymore, used to be able without even needing to reload the page. Progress!
(Score: 2) by maxwell demon on Thursday May 14 2015, @06:04PM
I see only boxes. Firefox 38 on Linux. But I don't see the characters in the character table either, so I guess there's no appropriate font installed on the computer. Not that I know what would be an appropriate font to install.
The Tao of math: The numbers you can count are not the real numbers.
(Score: 2) by maxwell demon on Thursday May 14 2015, @06:19PM
OK, found the information on the Wikipedia page: I had to install ttf-ancient-fonts. I didn't know that Pizza slices and guns were ancient ☺
The Tao of math: The numbers you can count are not the real numbers.
(Score: 1) by Refugee from beyond on Thursday May 14 2015, @06:58PM
It's ancient because Symbola's version is outdated in that package. At least that is the case for Debian 😒
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684496 [debian.org]
Instantly better soylentnews: replace background on article and comment titles with #973131.
(Score: 2) by fnj on Thursday May 14 2015, @08:36PM
Thank parent and grandparent. Arch linux; no joy in chrome, firefox, opera, or palemoon until I pacman installed community/ttf-symbola. I also changed encoding from Western (ISO8859-1) to UTF-8, duh.
Konqueror locked up :-( KDE5 go straight to hell and burn there.
community/ttf-symbola: "Font for unicode symbols (part of Unicode Fonts for Ancient Scripts)."
(Score: 1, Funny) by Anonymous Coward on Thursday May 14 2015, @07:11PM
well, you must realize that there were guns and pizza-s before the interweb. that's like... almost as old as parents!
(Score: 0) by Anonymous Coward on Thursday May 14 2015, @09:12PM
I saw pizza icons on Ffox 37 on Windows, but boxes on Ffox 34 on Ubuntu.
(Score: 2, Informative) by Refugee from beyond on Thursday May 14 2015, @06:48PM
Symbola font and everything is visible here 😊
Instantly better soylentnews: replace background on article and comment titles with #973131.
(Score: 2) by c0lo on Thursday May 14 2015, @08:35PM
* (for those not benefiting of a hawk eye vision) copy the character into the "search/find" of "Character map". Hit enter. Lower-left corner contains the unicode notation for the character (U+)
* Search for the hexcode on fileformat.info [fileformat.info]
* if the code is assigned, follow the "Fonts that support U+" link
(I'm not affiliated with fileformat.info, but when I searched for the U+s on google, most of the time I landed there anyway)
https://www.youtube.com/watch?v=aoFiw2jMy-0 https://soylentnews.org/~MichaelDavidCrawford
(Score: 1) by ACELLC on Thursday May 14 2015, @07:11PM
Using Firefox 38 (non-DRM) with Consolas font and the emojis show up fine.
(Score: 2) by kaszz on Thursday May 14 2015, @07:21PM
Who needs emoji when there's emoticons [wikipedia.org] that doesn't require special browsers and obscene font configurations with special tweaks. And just works whenever there's a working ascii line connection.
Or one could just express the message in word if the number of neurons is sufficient.
(Score: 3, Interesting) by takyon on Thursday May 14 2015, @10:45PM
( ͡° ͜ʖ ͡°)
[SIG] 10/28/2017: Soylent Upgrade v14 [soylentnews.org]
(Score: 2) by HiThere on Thursday May 14 2015, @07:23PM
Debian iceweasel 31.6.0
Emoj's show as hex map chars. Default fonts.
Javascript is what you use to allow unknown third parties to run software you have no idea about on your computer.
(Score: 1) by Dr Spin on Thursday May 14 2015, @08:22PM
Put not your faith in Weasels- or possibly Emojis.
I am with the guy that thinks "If you want to communicate, use ASCII, and if you dont ... why are you even here?"
Why yes, young man, it IS my lawn! (And my ASR33 as well).
Warning: Opening your mouth may invalidate your brain!
(Score: 2) by fnj on Thursday May 14 2015, @09:38PM
I'll see your ASR33 and raise you a model 15.
(Score: 1) by MaximumFerry on Thursday May 14 2015, @09:51PM
Try to use Symbola font [archive.org]. Just drop the .ttf file to /usr/share/fonts. Hope it helps.
(Score: 2) by Kilo110 on Thursday May 14 2015, @08:17PM
they show up fine here. I'm using the default font. whatever that is.
(Score: 1) by kurenai.tsubasa on Thursday May 14 2015, @11:49PM
Well that's weird. I'm seeing other emoji in the discussion but not the ones in the summary. Tested with Midori and Chromium under both Bodhi Linux 2.0 and an up-to-date Gentoo box. I think all 4 tests are using Dejavu Sans, so that's probably the common denominator. ⚧♠♥♦♣♩♫♭♮и, yep, my row of randomness in my xkbmap works. Must be Dejavu Sans.
Oh, 1 other test result. Current Seamonkey under Windows 7 shows the summary emoji just fine. I'm guessing it's using Calibri.
(Score: 1) by boltronics on Friday May 15 2015, @02:58AM
Debian Wheezy GNU/Linux with Iceweasel 31.6.0. No go.
But I'm not going to upgrade just because of this either.
It's GNU/Linux dammit!
(Score: 3, Insightful) by GreatAuntAnesthesia on Friday May 15 2015, @09:54AM
60+ posts on this thread and not a single one about the actual content of the article posted by CoolHand, instead it's geeks obsessing over character sets and fonts because of a note added to the summary by LaminatorX. [1]
Honestly, did anyone really expect different?
[1] To be fair, I suspect the conversation would have been almost exactly the same without LamX's note.
(Score: 3, Funny) by TK on Friday May 15 2015, @04:40PM
xkcd [xkcd.com] has never been more relevant than today.
Go ahead, check out your browser's character set.
The fleas have smaller fleas, upon their backs to bite them, and those fleas have lesser fleas, and so ad infinitum