Font display error on Telegram Desktop

[Zheaoli]

the version info

the font display correct on Android/Windows/Telegram Mac Store Version

[john-preston]

I hope this will be fixed in 1.9.10. What symbols are used there, can you show a screenshot from macOS native app (this Mac Store version you've mentioned).

[Zheaoli]

the font with text is 𝙲𝚝𝚑𝚞𝚕𝚑𝚞

here's the display effect on App Store Version

And here's the desktop version on MacOS

@john-preston

[chenrylee]

Same problem here.
Latest MAS version (1.9.7) running on MacOS 10.15.3, can't show some Unicode characters.

Those letters were displayed in version 1.8.15, downloaded from MAS.

[chenrylee]

the font with text is 𝙲𝚝𝚑𝚞𝚕𝚑𝚞

here's the display effect on App Store Version

What does "App Store Version" mean? Do you mean the app written in Swift?
Both Telegram clients are available in MAS. :)

[tsathis]

Also not rendering Sinhala Unicode fonts correctly, when an emoji before it.

In the above example, I have typed the exact same word (පූජ්‍ය), but the second time it renders as (පජ්‍ය).

(Windows 10)

[AndydeCleyre]

@tharindusathis FWIW I see that same behavior even on my build that uses fontconfig-defined fonts. It looks right in the input field, then changes once I send it. Now that I think of it, my hack doesn't replace the hardcoded emojis, so I don't know what special handling/complications are added when TG renders those.

[Aokromes]

https://bugreports.qt.io/browse/QTBUG-59553

[AndydeCleyre]

I don't know if the macOS label is meant to be exclusive, but FWIW I reproduced @tharindusathis's example on Arch Linux, albeit with a non-standard build.

[ilya-fedin]

I don't know if the macOS label is meant to be exclusive, but FWIW I reproduced @tharindusathis's example on Arch Linux

The issue is about math symbols on macOS, @tharindusathis's issue is a different issue

[AndydeCleyre]

@ilya-fedin

@Aokromes has deemed this issue to be a catch-all place for "characters failing to render," and is closing other issues on that topic as duplicates of this one. As I understand things, anyway.

[ilya-fedin]

@Aokromes has deemed this issue to a catch-all place for "characters failing to render," and is closing other issues on that topic as duplicates of this one

Maybe he realized that it was a bad idea :)

[Aokromes]

#6056

[github-actions]

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.