Add hardcoded baseline offset for Apple Color Emoji.

[bruvzg]

Fixes #80766

See #80766 (comment), seems like offsets are missing from the actual font (issue is not reproducible with default Windows emoji font).

Noto and Apple Color Emoji sample:

[Koyper]

For FontFile fonts (non-default fonts), the change below was needed for the correction to work because the fallback font name is "Apple Color Emoji". I tested this modification on IOS 18.4.1 with #77951 and it works correctly. Does it make sense to include IOS_ENABLED so this fix is applied when that PR is merged?

#if defined(MACOS_ENABLED) || defined(IOS_ENABLED)
		if (p_font_data->font_name == ".Apple Color Emoji UI" || p_font_data->font_name == "Apple Color Emoji") {

Also, the fix doesn't work when the fallback is set to "Apple Color Emoji" in the font file import settings, but it does work when no fallback is set (for non-MSDF fonts). The docs about font emoji say the fallback is required, but emojis work now without setting the fallback - is that correct?

Here's the catch: If MSDF is enabled for a font, the emojis won't fallback unless "Apple Color Emoji" is set as a fallback, which then makes the offset correction stop working.

Does this mean there is another place where the system fallback is being rendered that this code needs to be applied to?

FontFile without "Apple Color Emoji" system font fallback applies baseline correction (with allow_system_fallback checked in the import settings):

FontFile with "Apple Color Emoji" system font fallback. You can see the incorrect emoji offset in the preview:

This is with MSDF enabled and no system fallback set (but allow_system_fallback is still checked in the import settings):

[Koyper]

I just tested the prior suggestion on iOS 18.4.1 with #77951 and it looks like it's working correctly. Still has the issue described regarding system fallback.

[Repiteo]

Thanks!