Come together with the global Drupal community in Rotterdam, 28 Sept – 1 Oct 2026. Sessions, contribution, connection, and Early Bird savings until 8 June.
Note that smileys with a '>' or '<' sign in their alias will still not be converted with TinyMCE in use (and probably FCKEditor and Textarea as well) because it changes the signs to < and > in the HTML it outputs. The fix would involve either (1) Smileys recognizing that < and > represent the same characters as > and <, or (2) Smileys actually converting those characters before it inserted the smiley graphics.
EDIT: forgot Drupal also converts HTML. :/ What I meant was, these text editors change the < or > signs into HTML code for those symbols, which is later re-processed and turned back into the symbols (skipping the smiley conversion). This is just an easier way for these Editors to keep HTML and other code from being added to the content area than escaping the characters.
Comments
Comment #1
Gurpartap Singh commentedIt was intentional to tackle another issue. And it show have been displayed properly on admin smileys list. Fixed it, Thanks!
Comment #2
icecreamyou commentedNote that smileys with a '>' or '<' sign in their alias will still not be converted with TinyMCE in use (and probably FCKEditor and Textarea as well) because it changes the signs to < and > in the HTML it outputs. The fix would involve either (1) Smileys recognizing that < and > represent the same characters as > and <, or (2) Smileys actually converting those characters before it inserted the smiley graphics.
EDIT: forgot Drupal also converts HTML. :/ What I meant was, these text editors change the < or > signs into HTML code for those symbols, which is later re-processed and turned back into the symbols (skipping the smiley conversion). This is just an easier way for these Editors to keep HTML and other code from being added to the content area than escaping the characters.
Comment #3
Anonymous (not verified) commentedAutomatically closed -- issue fixed for two weeks with no activity.