I think diaspora* should support emojis.
Emojis are Unicode smileys that originate from Japan. They were popularized by their integration in smartphone keyboards. They are very, very popular and are quickly becoming a standard in smiley usage. In fact, the Global Language Monitor determined that the heart emoji was last year's most popular "word".
However, even if they are widely supported on iOS and Android, emoji characters are very poorly supported on desktops and on the Web. See an example here. You should not see squares.
To remedy this problem, developers created Emoji One, an open source collection of emoji characters that are embedded directly on the Web. Twitter did the same, and now share their emojis with WordPress.com.
I suggest that diaspora* should do the same. I find emojis cute, they are becoming an open standard and they are very efficient in sharing feelings over the network.
I bet some people will assume that emojis automatically replaces traditional text smileys/emoticons like :) or :(
This is wrong!
As you read earlier, emojis have their own Unicode characters. For example, a grinning face is Unicode U+1F603 (😃). No need to setup something like a system that replaces :grin: with an image!
Oh, and you don't like emojis? Well emojis are Unicode characters, so not displaying them properly because you don't approve them would be censorship! Diaspora* users should have the free speech to spam their contacts with how many emojis they like. 😉
GP started a proposal January 6th, 2015 16:34
Diaspora* should support emoji characters Closed 3:56pm - Tuesday 6 Jan 2015
The discussion trend indicates me that everyone agree that diaspora* should fully support Unicode.
However, further proposals will determine whether certain technologies should be used to display these Unicode characters consistently across all platforms. In other words, if @dumitruursu's work should be merged into Diaspora*.
Yes, I agree: The Unicode emoji characters should be replaced with visually-consistent, cross-compatible visuals. For example, "🐢" would show a turtle on all devices and not only on Android and iOS smartphones.
No, I disagree: The Unicode emoji characters should not be supported by diaspora*. "🐢" should stay an unintelligible square on desktop computers OR should be disallowed from the system.
|Agree - 5|
|Abstain - 5|
|Disagree - 5|
|Block - 5|
January 6th, 2015 17:43
I would have no problem with including a nice font that supports these, I would not agree with replacing those with images. The proposal is unclear about what should be done.
January 6th, 2015 17:50
I think this is already state of the art and a lot of people are used to this!
GP started a proposal January 7th, 2015 16:38
Diaspora* should replace Unicode emoji characters with images from a library like Twemoji Closed 11:05am - Monday 19 Jan 2015
Diaspora will, by default, keep Unicode emoji characters as font characters. However, since almost 47.5% of votes support emoji library support, the feature can be offered as an opt-in on an individual basis once it is ready.
Further decisions may discuss about emoji fonts, emoji image libraries, and choice of such technologies.
Agree: You want diaspora* by default to replace Unicode emoji characters such as "🐭" (mouse) with an equivalent image that displays consistently on all platforms (e.g. https://abs.twimg.com/emoji/v1/72x72/1f42d.png for the mouse).
Disagree: You want diaspora* by default to keep Unicode emoji characters as font characters, even though that might make some of these characters unintelligible on certain platforms (e.g. "🐢" would look like a square instead of a turtle on some platforms). Further discussion would decide whether a monochrome font should be implemented to support all emojis on all platforms.
|Agree - 20|
|Abstain - 20|
|Disagree - 20|
|Block - 20|
January 7th, 2015 17:52
Colorful emojis are a mean of expression, and as anything else, it could be abused or put to good use. Just like words. I think we should provide this feature to the community, given that it does not pose a bit technical problem.