I have the EmojiOne option checked in the AdminCP. I'm confused why the smile in the AdminCP and in the editor shows up as the "cool" face, but when you post it actual renders as the "cool button".
This is happening because the cool smilie and the emoji overlap with short codes. I believe that strictly speaking we prioritize smilies over emoji, but when it comes to short code conversion, we don't consider the overlap. We likely need to not convert emoji short codes that are also smilies.
Actually, technically this is documented as part of the "Convert short code to emoji / smilies", which I was going to recommend you disable. However, it may be preferable to change this behavior given some other changes made recently.
Thanks for creating this bug report . Any changes would be welcomed here, so that smilies in the editor don't get converted into unrelated emojis in post previews etc. There was some related discussion to this in the emoji HYS thread.
There's a bunch of metadata for emoji that we don't necessarily display, but is factored into our search results (there's actually quite a lot of it and there's an overall net benefit in using it because it (mostly) returns decent results).
In this particular case it is matching a keyword of unhappy.
There's a bunch of metadata for emoji that we don't necessarily display, but is factored into our search results (there's actually quite a lot of it and there's an overall net benefit in using it because it (mostly) returns decent results).
In this particular case it is matching a keyword of unhappy.
I think we concluded in that case that there wasn't much we can do. All we can do is attempt to fish out any metadata we think is inconsistent or wrong (we have a script which copies it over) but I'm not certain we want to be doing that
We could also limit some of the metadata we search through but that might affect the quality of the results returned.
Thank you for reporting this issue. It has now been resolved and we are aiming to include it in a future XF release (2.1.1).
Change log:
When converting emoji shortcodes, ignore any that are also smilies. This effectively prioritizes smilies over emojis on conflict. Adjust the emoji autocompleter to match this behavior.
I found this bug report: https://xenforo.com/community/threads/using-emojione-smiles-cool-is-wrong.160227/ On a quite fresh install I just noticed, that when using the :cool: smilie, then the "cool" button (not the smilie) appears automatically in "recently used" in the the smilies overlay. Is...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.