Created attachment 118786 [details]
My try to match UTF-8 emojis to KMail smileys
In the composer window there is a "Add Smiley" button which only works when the message is being composed as rich-text format. Since UTF-8 is continually expanded with emojis and is supported by every self-respecting platform, my suggestion is to replace those smileys with UTF-8 emojis which would make them available for plaintext mails, too.
STEPS TO REPRODUCE
1. Compose a new e-mail
2. Disable rich-text format
3. Click the "Add smiley" button
The button is greyed out and therefore doesn't work.
The button unfolds a menu with a set of emoticons which are inserted as UTF-8 emojis when clicked. The recipient's client can display them without further interpretation (unlike classic smileys).
Linux/KDE Plasma: 4.20.6/5.14.5
(available in About System)
KDE Plasma Version: 5.14.5
KDE Frameworks Version: 5.54.0
Qt Version: 5.11.3
In the attachment you'll find some UTF-8 equivalents to the smileys in the Smiley menu, the ones I couldn't find are marked with X. The "tofus" are the one which are too new in UTF-8 and can't be displayed even using the Noto Sans font. Last but not least I added some suggestions which I think are used quite often and therefore would fit well.
it's a very good idea !
Thanks for it.
I will work on it now.
Git commit 9d7c59e933f20ac2a40ef1d701960e0b88ed968a by Laurent Montel.
Committed on 14/03/2019 at 06:47.
Pushed by mlaurent into branch 'master'.
Start to implement insert emoji as unicode car
M +7 -0 src/emoticontexteditaction.cpp
M +2 -0 src/emoticontexteditaction.h
In progress I think that it will finish for 19.04
Git commit 2e967a300a4d0596ef76a102fbc6e699a5c9bc96 by Laurent Montel.
Committed on 25/03/2019 at 12:30.
Pushed by mlaurent into branch 'Applications/19.04'.
Fix Bug 405455 - Replace smileys with emojis
M +3 -1 src/composer-ng/richtextcomposeractions.cpp