Potentially a second option to show letter emojis like 🅱️ as their regular letter counterpart ( B) if the first option is disabled this would cause words like 🅱️oneless to show up as Boneless rather than oneless. If the "hide emoji text" setting is enabled, we would just remove any emojis from chat messages before displaying them to users (this could have performance implications which we can look into later should this turn out to be an acceptable compromise). So we would have one toggle to enable/disable the emoji plugin as a whole if disabled, there would be an option to show or hide the emoji text (e.g. As such I think an option to not show the emoji text to users who don't have emojis enabled should be included. I can certainly sympathize with the argument that the vanilla chat experience should remain unaffected as little as possible. There is a very large number of emojis, far too many to devise a system of our own that users will be able to remember.I'm not sure if this is an official or unofficial standard, but the full list is available in multiple places, like here. There appears to be an agreed upon standard regarding emojis and their corresponding :colon_code:, Unicode code point, etc. Adherence to existing standards - many existing services (Discord, GitHub, etc.) use :colon_code:s.Compatibility with Konduit's emoji plugin, so that RuneLite users are able to see emojis typed by Konduit users and vice versa.If someone does decide to work on this, I would place my support behind using a :colon_code: system for three reasons: I don't think anybody that wants an emoji plugin wants it for the standard smileys which can already be represented easily using text ( :)).Īs such I say we either a) support all/the majority of emojis or b) don't add an emoji plugin at all. On the other hand many emojis that cannot easily be represented using text express far more complex ideas, so being able to show these emojis would add a comparatively large amount of value. :)), so being able to show an image instead of these wouldn't add much value. These basic emojis can already be expressed fairly well using text (e.g. using a convention that users who do not have an emoji client plugin will be able to understand?įurthermore, I think we would do well to support all or the majority of the standard emojis used on Discord/GitHub/most modern smartphone keyboards, not just the basic smiley/frownie faces. Sure, you can get away with standard smileys like :) for a few of them, but how do you represent emojis such as 💯, 💩, 👌, etc. The issue with not using :colon_codes: is that there are far too many emojis out there to represent using any other system.
0 kommentar(er)
