01/07/2013, 04:40 PM
|
#21 (permalink) |
|
Member
![]() |
Remy X: They are PNG images. The ones pretty much from MojoWhatsup.
One might be able to use a RichText field for displaying images (which might look nicer than fonts).
__________________
The comments and thoughts expressed on this discussion board are strictly my own and are not those of OpenMobl Systems. |
01/07/2013, 05:10 PM
|
#23 (permalink) | |
|
Member
Posts: 595
|
Quote:
So anyway, i still think a system-wide Emoji font is necessary as a fallback, for the times when images either fail to kick in, or a plain text area is used
|
|
01/07/2013, 05:22 PM
|
#24 (permalink) | |
|
Member
![]() |
Quote:
I had been looking at the email app, since it uses a richtext field with a shadow text field. I've got so much on my plate, but I am soooo tempted to whip up something this evening!
__________________
The comments and thoughts expressed on this discussion board are strictly my own and are not those of OpenMobl Systems. |
|
01/07/2013, 05:29 PM
|
#25 (permalink) |
|
Member
Posts: 595
|
![]() Oh, and did you see what i mean there? <em> = Emoji ![]() I know that <em> is for emphasis, but we so often use <b>, <i>, and <u> that using specially marked <em> tags as emoticon containers wouldn't be a bad practice. If the copy event can be trapped (at least i know that webOS provides a clipboard API), we can just use x.innerText to grab plain text, and the font will be a good fallback... And we don't even have to use a class attribute, we can define our own and later even standardize the tag's new use throughout the OS... |
![]() |
|
| Thread Tools | |
| Display Modes | |
|
|



