Search Issue Tracker
Won't Fix
Votes
0
Found in
2021.3.40f1
2022.3.38f1
6000.0.11f1
Issue ID
UUM-75955
Regression
No
Some characters are not converted from an OpenType font to a font asset when working with an Arabic language
How to reproduce:
1. Open the “ReproArabic“ project
2. Open the “ReproScene“ scene
3. Observe the “Canvas/Parent Class/Arabic Text“ GameObject in the Game/Scene view
Expected result: No “□” characters in the text
Actual result: Some Arabic characters are replaced by the “□” character
Reproducible with: 2021.3.40f1, 2022.3.38f1, 6000.0.11f1
Reproducible on: macOS 14.5 (Intel), Windows 10 (User’s)
Not reproducible on: No other environments tested
Workaround: In the “TMP Settings.asset“ add the “segoeui SDF“ font asset in the Fallback Font Assets List
Notes:
- Reproducible in the Player
- Changing the font asset to static and updating the atlas with the full Unicode ranges for the Arabic (see Assets\RTLTMPro\Ranges) support, does not fix the issue
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Opening Terrain Prefab in Prefab Editing Mode throws "NullReferenceException" error
- [Search] Dragging query pills put them behind the search text field
- A CustomPropertyDrawer that returns a PropertyField for a property named the same as a child field will not render all child fields
- Graphics Settings shows default values instead of the real values in the Rendering Debugger when Volume.profile is assigned via script
- Deleting multiple Tags throws “NullReferenceException”, and "Retrieving array element that was out of bounds" errors when holding the Enter key
Resolution Note:
We have closed the ticket as the Text team is already working on adding full BIDI support to TextMesh Pro.