same again but in a comment, and in a different order:
copy-pasted from here 😮</img>
FF menu 😬</img>
typed out 🙂
copied emoji – 😮</img>
typed out 🙂
😬</img> from the FF/system menu
I can reproduce this on windows.
👍</img>
That’s using the emoji inserter by hitting win+period.
Hi I create emojis and other Unicode symbols by macOS’s native text replacement functions (and the iOS counterpart if I am on the go, the replacement table is synced via iCloud, so that you have it on all your Apple devices). In the end it is just Unicode characters as UTF-8. Let’s see how it works meanwhile.
Symbol followed by explanation
❌</img> red X symbol
✅ green checkbox
🙂 smiley
👉 index finger pointing to the left
Explanation followed by symbol (at line end, before linebreak)
index finger pointing to the right 👈
laughing smiley with tears 😂
another checkmark symbol 🔲
I am not sure what made the difference between the red X once failing and once succeeding. Used text replacement in both situations.
I just noted after macOS converts my custom sequence “:x” to the Unicode symbol “on the fly” there is another visually noticible “on the fly” conversion to the icon/glyph-set of WordPress. And this seems to work differently on different occasions. No more observations so far.
Testing again:
- Typing with macOS on the fly text replacement:
❌ red X
✅ green checkmark
🙂 smiley
2. Copy/pasting the 3 lines from the input form again here:
❌ red X
✅ green checkmark
🙂</img> smiley
3. Copy/pasting other 3 lines from a read-only post above:
green checkbox
smiley
index finger pointing to the left
Testing again after the wp-exclude-emoji fix (whether applied or not is unknown).
- Typing with macOS on the fly text replacement:
✅ green check mark
❌ red X
🙂 smiley
👉 index finger pointing rightwards
2. Copy/pasting the 3 lines from the input form again here:
✅ green check mark
❌ red X
🙂 smiley
👉</img> index finger pointing rightwards
3. Copy/pasting from a post above:
green checkbox
smiley
index finger pointing to the left
-
This reply was modified 1 year, 1 month ago by
abitofmind.
-
This reply was modified 9 months, 1 week ago by
Dion Hulse.
Crucial difference clear to me now:
The on the fly text replacement emojis only get replaced in the Editor environment when their container block receives an ENTER event.
Demo:
- In a list 🙂 still the Unicode smiley, after enter replaced to SVG
- Again 👇
- And ✅ now ENTER
All fine in a list. Unicode to SVG happens already in the Editor now. That is already an improvement. Outstanding bug: In blocks where there is no imminent ENTER event the SVG replacement does not happen. You need to artificially trigger the ENTER event. Demo:
Normal paragraph. 😂</img> and more.
I pressed ENTER but no replacement. Now the second instance was Shift-ENTER. Which iserts a line break. Not a paragraph break.
Watch again.
Hello 🙂 and this.
And more 🙂 and still.
ENTER did nothing.
Now SHIFT-ENTER.
Hello 🙂</img> and
you see. Again 🙂</img> now shift enter again
Tada!
Now publish
🎉 <– Emoji.
🤦 <– Emoji.
ⅹ <– Emoji to duplicate???
-
This reply was modified 11 months, 4 weeks ago by Dion Hulse.
-
This reply was modified 11 months, 4 weeks ago by Dion Hulse.
3. Copy/pasting from a post above:
Just noting that those emoj’s lack the class="emoji" attribute, so the forums conversion script will not (And won’t) fix those. This appears to happen when you copy-paste from a thread and paste into a new reply.
Some of these things are browser-specific too, so the screen recording above for example, I can’t duplicate in my browsers.
I’ve made a bunch of changes via https://meta.trac.wordpress.org/ticket/6964 which I think will help here. Please only test using posts made after this date, and any copy-pastes from older threads might not be accurate for testing.
