WordPress Smiley Wars: Will Core Adopt New Emoticons?

Over the past 30 years, emoticons have become a staple of digital communication. People rely on the smiley to add tone and feeling, which are often absent when communicating online. This is especially important in the case of text messaging and micro-blogging applications like Twitter where characters are limited. An emoticon can make all the difference between what might be perceived as a malicious jab vs. a good-natured joke.

The controversy surrounding WordPress’ built-in support for smilies has surfaced again in light of WordPress.com introducing a new set of modernized smilies. If you’ve had smilies turned off in WordPress, and have always kept them turned off, then this discussion doesn’t affect you. But for the millions of WordPress sites where content creators have embraced smilies, the community is approaching another interesting fork in the road.

A Bit of Smiley History: WordPress Shows Its Teeth

In order to provide proper context for the current WordPress smilies debate, it’s important to explore a bit of smiley history. The mere mention of changing emoticons has always evoked a visceral reaction from the WordPress community.

Ticket #10145 is home to a five-year-old debate that was recently reignited following the suggestion that core might update to use the new WordPress.com smilies. The ticket proposed that WordPress core replace the old smilies by incorporating a plugin containing what contributor @jdub believed to be “sexier (GPL and Public Domain) smilies from the GNOME and Tango icon themes.”

Tango/GNOME Smilies
Tango/GNOME Smilies

Without any discussion, the new smilies were unilaterally imposed upon everyone, as outlined in Jeff Chandler’s “Nothing To Smile About,” an account of how the new emoticons ended up in core.

They were added to WordPress.com without any announcement. Users were up in arms over the changes to smilies, lamenting that the new emoticons appeared to be “cheap and cruel” in their expressions. Members described them as “hostile” and “full of teeth.” That support thread is a gem in terms of WordPress smiley history, with several members resorting to verse in order to express dissatisfaction with the new emoticons.

Matt Mullenweg proposed that WordPress revert to the old smilies and instead make it easier for plugin developers to add custom smiley packs.

I suggest we go back to the old smilies in core, and have a canonical plugin for switching smilies that ships with as many open source smiley packs as possible. If we need a filter to do this more elegantly, let’s add it.

The Tango/GNOME smilies were then reverted to the old ones:

Tango/GNOME smilies reverted
Tango/GNOME smilies reverted

As a result, WordPress 2.9, released in December of 2009, introduced the ‘smilies_src‘ filter so plugins could better add custom smilies.

Smiley Wars Part 2: The Demand for Retina Smilies


Ticket #24970 revives the smiley debate, five years later, proposing that WordPress update the emoticons to be suitable for retina displays. Several commenters on the ticket are in favor of using the new WordPress.com smilies, which is already a possibility thanks to a plugin created by Janneke Van Dorpe.

Samuel “Otto” Wood, author of the smilies_src filter patch applied during the Tango/GNOME era, voiced his renewed opposition:

-100 for including them in core. I love my existing smilies and will not be changing them.
If you want to include them as an option and thus add a new configuration setting, sure. But changing the actual content of my site to something else will draw my ire same as it did when you tried it before.
Nothing personal, but these are just as bad as the last time this was attempted. They look *wrong*.

Smilies Are Content

Otto goes on to suggest that if people want the new emoticons, they should be added to Jetpack or another plugin instead of forcing the new designs on WordPress users. He commented:

Like it or not, those smilies are content. If you’re going to change them, you need to make sure you don’t change them on existing content without permission. That tends to tick people off…

What I don’t want is for you to put them in core and thus arbitrarily rewrite the last X years of existing posts I already have to have these hideous new things instead.
Respect the content, respect the history.

The prospect of updating the emoticons means that WordPress users will either be forced to use the new smilies or use a plugin to revert them back.

This debate highlights a hardware difference among WordPress users. Those using devices with retina displays are generally on board with updating the emoticons, since the current ones appear to be blurry. Supporters see new emoticons as a necessity of the modern era. WordPress lead developer Andrew Nacin commented on the benefits of updating the emoticons to a more modern set:

WordPress would benefit from HiDPI smilies. We would also benefit from shipping smilies that were designed in the last decade. But the fact is, there’s a lot of existing buy-in for something to change here. These smilies, if nothing else, provide a strong starting base.

In response to the possibility of core emoticons being up for change, Otto released a new plugin today called Classic Smilies, in order to future-proof content against core changes.

“It seems that to prevent core from stepping on my content I now have no choice but to run preventative-measure plugins like these,” he said. “And that’s just a darned shame, in my opinion.”

Changing Smilies is No Small Thing

The ticket for retina smilies is now home to a hot debate on where WordPress will go next in its support for emoticons. Any proposed changes will affect millions of users. If the Tango/GNOME smilies incident taught us anything, it’s that a healthy community discussion is valuable in understanding the implications of any proposed change.

Big deal, they’re just smiley images, you might say. But smilies have a wider impact than we realize. They’re woven throughout posts and comments as part of a conversation and sometimes provide critical context for a discussion, much in the same way that images/media do. As one WordPress.com user commented five years ago, “Those little niceties can go a long way towards creating a pleasant comment thread.”

A drastic change to smilies affects the tone of previous conversations. One might even argue that changing the face of the emoticons rewrites the history contained in older posts. In some cases this affects 10+ years worth of content. However, the number of years and posts affected doesn’t really matter. The fact is that millions of WordPress blogs are positively riddled with smilies. An update that forcibly changes this content may not be well-received.

But how long can WordPress continue to ship emoticons that appear blurry as technology advances? The advent of retina displays has created an irresistible pull on software to support this technology. Modernizing WordPress for better use on all devices was one of the important factors in 3.8’s updated admin design. In this fast-moving digital age, a sentimental attachment to old designs is a death knell for any software.

It isn’t likely that WordPress will add options for users to choose their smiley package, given its core philosophy of “Decisions, not Options”. Those who oppose updating the smilies to new ones will fight tooth and nail to keep them out, even if that means removing emoticons from the core altogether. How will this community-driven project solve the smiley dilemma?


22 responses to “WordPress Smiley Wars: Will Core Adopt New Emoticons?”

  1. IMO if there is going to be a change in how the Smilies are implemented it should be that they are removed from core all together. They are a pretty clear case of “plugin territory” as they do not serve an essential widespread use case. Most WP users are not aware the Smilies are even in core, but those who stumble on them often do so by error and are frustrated when they appear.

    Smilies have their place, in particular in chat streams as emoticons, but WordPress is not a chat application.

    Alternatively, if Smilies are to be upgraded I would propose adopting a wider range of emoji options to go beyond “just” smilies. The emoji found in Google Hangouts are great but even that enormous collection is limiting in scope. No easy solutions here. Just more questions.

    • The emoji from Google Hangouts are ugly. Really ugly.

      Would it be that hard to have smileypacks? Define a range of standard emoji like in WhatsApp and Hangout and Telegram, and let the user decide.

  2. A drastic change to smilies affects the tone of previous conversations. One might even argue that changing the face of the emoticons rewrites the history contained in older posts. In some cases this affects 10+ years worth of content.

    This is an excellent point. Maybe the solution could be to only change the smilies in future content – i.e. if they end up in 4.0, they only apply to posts from 4.0 onwards. Everything prior to that retains the old smilies.

    • That is an interesting idea, but I wonder if this would be resource-intensive for WordPress to have to figure out how to display smilies for each post, based on the date. I have no idea. But your suggestion is an option that I would gladly tick if it were available to me when updating smilies.

      • I like the idea, and I don’t think it would be too resource intensive, but it could be very confusing for users, and frustrating if they wanted to make the newer smilies appear.

        This does seem like a good idea for a plugin though. If I’m bored this weekend I might put something together like that.

    • We weren’t expecting such a rush on smilies complaints. Have a donut. (I ordered vegetarian.)

      I will say… I hate the existing ones, and always have. First reason I learned to code in WP? Get rid of them (admittedly, my code was an .htaccess redirect, but the filter didn’t exist yet!). I do get Otto’s point about ‘Leave my content alone’ and it’s a solid, good, fair point. But so is the fact that it’s bloody 2014, and the tiny, pixelated, smilies aren’t easy for everyone to read, they look like crap when you zoom in a page to 120% (which I find myself doing on sites with 12px fonts), and if we can have smilie ‘packs’ all handled by a plugin and yank ’em from core ‘safely’ (like we did with link manager), then that would be nice.

      Hell, I’d be happy if we could have scalable versions that look JUST LIKE the ones today. That would be far less objectionable to me than the gifs.

  3. The best way is what, to included different open source emoticons in a jetpack module or a separate plugin like polldady (just a personal best way-idea). :) This will help to use different emoticons and emoticons are the part of our faces and they represent our moods. No way to runaway WP. :D

  4. I’m not convinced these new smilies are the best that we can do, but I’m definitely keen to see the old ones disappear. I upgraded my smilies to the Tango set a while ago, and have been really happy with them. I’m not sure I’ll upgrade to these new ones just yet though. They look good when zoomed in, but that’s the only benefit I see to them.

  5. I like the existing smilies because they’re nostalgic. They remind me of the ol’ UBB days. +1 for the suggestion of adding a 2x version of these designs to core.

    Now, I *also* like the new smilies on WordPress.com. They’re HiDPI, clean, modern… all that fun stuff. So, seeing as they’re coming from WordPress.com, why not add them as a feature to Jetpack?

    After all, isn’t Jetpack intended to pull in the cool WordPress.com stuff for self-hosted users?

  6. Ryan Hellyer’s link had interesting smilies…

    The stick your tongue out smiley: :P some people go :-P

    What if *I* as admin of my site can have the option to choose….for this smiley, I will have to type this (something).

    :tonge: :-P :P

    I NEVER LIKED :P , where is Mr. Smiley’s nose. :-P IS PROPER.

    Like I said for many years, smileys should NEVER EVER be part of core of WP, PHBB, la cucaracha dance or whatever else. It should be a plugin.


Subscribe Via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

%d bloggers like this: