Emoji colors don't all work on a dark backgeround
tracked
JustinOld Goat
Emojis appear to be colored to work on a light background only, and some are very hard to interpret on a dark background. Monochrome emojis are all darker than the text color, also very hard to see and interpret.
Please incorporate a feature or emoji font set(s) that work better for dark backgrounds.
Log In
Spidey Linden
Merged in a post:
UPDATED: Fix or remove emoji for copyright, trademark, and registered trademark symbols
rhet0rica Resident
(This bug originally asked for the removal of emoji support for these three characters. It has since been changed to request that they be fixed if possible, removing the conflict without diminishing functionality.)
Currently, SL's emoji support automatically substitutes graphical alternatives for these commonly-used characters, with no way to display the characters normally. These symbols are rather garish—they're quite a bit larger than the normal font—and they are basically invisible on dark themes.
Since ™, ©, and ® are normally supposed to be comparatively unobtrusive, replacing them with full-sized emoji is completely contrary to their intended purpose. If possible, please reassign them to the correct multi-character codepoints ©️ (U+A9 U+FE0F), ™️ (U+2122 U+FE0F), ®️ (U+AE U+FE0F). If multi-character codepoints are outside the abilities of the current SL emoji implementation, then they should be removed entirely until it is implemented, as their behavior is dysfunctional.
Fixing this issue is very simple and will only take a minute, tops: update or remove the offending entries from skins/default/xui/en/emoji_characters.xml by changing the <map> elements that come up when searching the file for ™, ©, and ®. They're all right next to each other, in the range 17336 through 17375.
Here's the patch to remove them entirely: http://nanite-systems.com/reports/emoji_characters.xml.diff
(Should I just go submit this on GitHub?)
Photo Viewer
View photos in a modal
Hooten Haller
In a related trouble, BLACK LARGE SQUARE and WHITE LARGE SQUARE render in menu buttons as their opposite color. There are a few other black/white emoji which likewise render incorrectly in menu buttons. I get it, there's code to invert font color for normal text, but perhaps it went overboard for color glyphs; These render properly in open chat, although per the OP black is really hard to see against the similarly-black window background.
In this attachment, the left glyph is WHITE LARGE SQUARE and the right one is BLACK LARGE SQUARE.
Photo Viewer
View photos in a modal
Thern Lorefield
The biggest issue with the new way to render those symbols is just that they don t adjust color. This seems possible to implement: e.g. in Discord if you paste either the older unicode version or the emoji version into chat, both will show the same character, but also in the color of the text surrounding it.
rhet0rica Resident
Thern Lorefield My concern is that the emoji versions don't add anything that the text versions couldn't already represent. The original glyphs provide all the same utility and there's no productive reason for any software to implement the Emoji variants.
Spidey Linden
updated the status to
tracked
Issue tracked. We have no estimate when it may be implemented. Please see future updates here.
Coyote Enthusiast
While I disagree with unicode consortium making those into emojis, I think that going against the standard unicode has set is a bad idea.
Instead, the variant selector should be implemented so that the non-image variant can be used: https://en.wikipedia.org/wiki/Variation_Selectors_(Unicode_block)
Horny Nuzzle
An escape tag like <nolink> would be preferred for this since the emoji may actually be desired, but for those that want to use the legacy. I do not advocate for global exceptions like this is asking for, but options for people that would like them would be great!
rhet0rica Resident
Horny Nuzzle As a general rule I agree that breaking emoji support isn't a great solution, but the reality is that these three characters are assigned symbols in a dysfunctional manner. If LL had mapped “🇦” (U+1F1E6) to “A” (U+0041) it would be a similar disaster, and no one would hesitate to demand fixing it.
The emoji versions ©️ ™️ ®️ do not normally share codepoints with © ™ ®. Perhaps I'll amend my request accordingly.
Idoru Venus
May be related ... has anyone else noticed that in local chat, if a user has the trademark symbol in their name it adds a few tabs of spacing before displaying what they say?
Derek Galaxy
Idoru Venus, yes I see this with people occasionally, and it usually makes the rest of their name display as black lettering in chat. (on the LL Viewer at least)