Does your font contain these emoji? They aren't automatically available unless you have a font that contains them

cc @bruvzg

Does your font contain these emoji? They aren't automatically available unless you have a font that contains them

Godot 4.x automatically uses system fonts as a fallback, but support depends on the OS: https://docs.godotengine.org/en/latest/tutorials/ui/gui_using_fonts.html#using-emoji

The editor directly includes default system emoji fonts as a fallback. Project use automatic fallback, so this should be an issue with auto fallback.

Here's a running project with the complete set - you can see only the mentioned emoji fail to render. The failing ones are all available in the OS. By-the-way, this is brilliant that this works in Godot 4 so well already!

@bruvzg Is there a String method that can return characters whereas an emoji is handled as a single character rather than a compound unicode? For example, simply to find how many emoji's are within a given string? This is related to how in TextEdit, it can take multiple caret shifts to cross certain emoji's.

Also, can the filter type currently applied to fallback system emoji be set somewhere? Godot emoji are slightly blurry as compared to the natively displayed emoji on MacOS (in standard DPI - not hiDPI).

Is there a String method that can return characters whereas an emoji is handled as a single character rather than a compound unicode?

No, but I take a look at implementing it, it should be possible to do with ICU.

The issue itself can be fixed by using a full script run to search for fallback (currently it's using first char to select font, that's why it's not working with multichar emojis), but this need to be tested to make sure it works with the strings that require multiple fallback fonts on all systems. So detecting a composite icon and using only it might be a better solution.

diff --git a/modules/text_server_adv/text_server_adv.cpp b/modules/text_server_adv/text_server_adv.cpp
index b92082ee1b..85d7087384 100644
--- a/modules/text_server_adv/text_server_adv.cpp
+++ b/modules/text_server_adv/text_server_adv.cpp
@@ -5444,7 +5444,7 @@ void TextServerAdvanced::_shape_run(ShapedTextDataAdvanced *p_sd, int64_t p_star
 		// Try system fallback.
 		RID fdef = p_fonts[0];
 		if (_font_is_allow_system_fallback(fdef)) {
-			String text = p_sd->text.substr(p_start, 1);
+			String text = p_sd->text.substr(p_start, p_end - p_start);
 			String font_name = _font_get_name(fdef);
 			BitField<FontStyle> font_style = _font_get_style(fdef);
 			int font_weight = _font_get_weight(fdef);

Can project emoji font fallback also be set to use the default system emoji like the editor? The rendering works correctly if I set the font to the system emoji font, in this case Apple Color Emoji, but then we have to set for every platform.

It's curious that even without the project font fallback set, most of the emoji still render using the default system emoji?