Closed rch77 closed 11 months ago
Thanks for opening the issue! Could you be more specific about what you're looking for? Do you want to:
title
(hover) entirely?Right now this data comes directly from emoji-picker-element-data
, which gets the shortcodes
directly from emojibase-data
, but maybe we can offer an option to do something else.
Thank you for the response. I would like the title (hover) to come from the annotation
field in the db. I.e. without underscores in human readable form so that somebody hovering over it would be able to read it as descriptive English text not some code. As in the screenshot below, "cloud with lightning and rain" instead of "stormy, thunder_cloud_and_rain" it uses now.
Some of the
shortcodes
values in the db are not even human readable. E.g. shortcodes:0:"ja_here" with annotation:"Japanese “here” button".
Yeah this is a good point – the shortcode hover was mostly designed for usecases like a social media app where you might actually use the shortcodes and even memorize a few.
I'm totally fine with just making the default the annotation. If someone complains and wants the shortcode back, we can use that instead.
BTW this isn't really an integral part of the experience – you can only see it if you have a mouse or you're a screenreader user, e.g. sighted mobile users would never be able to see this.
Is there way to get rid of the underscores in the title and aria-label? It looks odd. I think the picker uses shortcodes from the db while it should use annotation.