All got transformed.
So either already in the editor when certain editing triggers a transformation. Or at latest when published.
Seems to work now.
🙂 <– Smiley
❌ <– Red Cross linebreak alone not enough. Delete and getting onto the previous line is what triggers the transformation
✅ <– Check mark. This one was left unicode as is. Let’s see what happens on submission. Or when rendered for reading.
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
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 3 years, 3 months ago by abitofmind.
-
This reply was modified 2 years, 11 months ago by Dion Hulse.
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
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.
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 🔲
