TextMesh Pro Version 1.5.1, 2.1.1 & 3.0.1 - Now Available! for Testing!

There used to be an issue where setting the text with mixed properties like using SetText() and then .text could behave this way but those were addressed a while back.

I will need more information or some repro project / scene to check what might be happening here as per my tests, it should be working correctly.

 

TMP doesn't have a dependency on IMGUI other than for Editors.

TMP does have a dependency on UnityEngine.UI (which is the whole Canvas system) which in turn has dependencies on UnityEngine.Events which handles all callbacks in UGUI and UnityEngine.EventSystems which handles interactions. These systems are pretty integral to the UI system.

 

IMGUI is the Immediate mode UI system used mostly in the Editor.

UGUI is the Canvas system which does have dependencies on UnityEngine.EventSystems and UnityEngine.Events.

It does look like the Event class and Input class used by the Input System is part of this IMGUI module. That is some pretty core functionality overall so I doubt this could get stripped.

 

This is the first time I see this message. In the TMP Settings, their is the iOS Emoji support which does enable that functionality. That is the only thing that is specific to Emojis. Maybe Apple changes something lately.

See if disabling the flag has any affect on this.

I would suggest submitting a bug report with the relevant information / project for us to look at.

 

I am planning on adding a Resource Manager for TMP. By resources, I mean Font Assets, Sprite Assets, Style Sheets, etc.

This Resource Manager would include functions to Add and Remove resources from the manager's list.

The main difference with the callback would be to provide for the ability to preemptively load / add these resources instead of waiting for a potential callback to request them.

Would this alternative implementation and addition of the resource manager be a more practical solution for you?

 

Will need some reproduction case as I am not able to reproduce this behavior. That has to be something else causing this behavior.

 

This would be something to bring up / discuss with the Post Processing folks in whatever forum channel they hang up in.

 

Make sure you are using the latest release of the TMP package which is Preview 8.

More specifically the releases are version 1.5.0-preview.8 for Unity 2018.4, version 2.1.0-preview.8 for Unity 2019.x and version 3.0.0-preview.8 for Unity 2020.x.

You will need to update the TMP Essential Resources as the shaders have been updated along the way. You can update the TMP Essential Resources by going to "Window - TextMeshPro - Import TMP Essential Resources".

 

Did you update the TMP Essential Resources?

 

You also need to re-import the TMP Essential Resources via the "Window - TextMeshPro - Import TMP Essential Resources" menu option. These contain the updated shaders.

 

Just wanted to say that I have resolved this issue which was the resulting of a rounding error in the lossy scale of the object as a result of the rotation. This will be fixed in Preview 9.

P.S. The reproduction project was once again essential to enable me to figure out the source of the issue. Without it, it would have been nearly impossible to guess / figure out.

P.S.S. It also took me a while to get to your reproduction project as I have so much stuff to handle but to everyone reading this, always feel free to poke me / bump a post if I have not replied or provided feedback on something where you still need help.

 

This appears to be a new issue affecting both TMP Input Field and UI Input Field.

I really need someone to submit a bug report with included project and reproduction steps so I can bring it up to the attention of the relevant folks at Unity.

 

Thank you for submitting the bug report.

I will try looking at it later tonight / over the weekend.

 

I had a chance to take a closer look and was able to reproduce this behavior in 2019.3.9f1 with both the TMP Input Field and UI Input Field.

I was not able to reproduce this behavior in 2019.2.21f1. The project you submitted was using 2019.3.6f1 which might be the first version of 2019.3 where this first occurs.

I added my notes to the bug report so QA can confirm this and forward it to the relevant team at Unity which in this case is likely to be the Android team.

I will provide feedback as soon as I get more information on this.

 

I will try looking into this later tonight and provide feedback once I have more information.

Update
The issue is occurring as a result of the ContentSizeFitter which should not be there on that component as per the warning.



The change in behavior appears to be related to the OnRectTransformDimensionsChange optimization to skip updates due to rounding errors. Still looking into it...

Update 2
The underlying issue is most definitely related to the use of redundant ContentSizeFitter and Layout Components (those issuing warnings) as these cause the Layout System to get confused.

Having said that and as per my previous update, the optimizations to ignore size changes of the RectTransform resulting from rounding errors causing OnRectTransformDimensionsChange() getting called erroneously are fine. Changing of the pivot of the object also triggers OnRectTransformDimensionsChange() which in this case should not be ignored although the size of the RectTransform doesn't change in this case... but oh well.

As such I have revised the optimization to ignore very small changes (< 0.0001f) of the size and pivot of the RectTransform as these result in unnecessary re-layout of the text.

This change will make everything behave as it did in Preview 5 while preserving the optimizations. These changes will be in Preview 9.

I still recommended you look to remove these redundant ContentSizeFitters and address those warnings as they could cause other unforeseen issues.

 

I bring this up because I had a conversation with the lead developer on the UI system where he stated those warnings were there for a good reason and the source of many potential layout issues and behaviors resulting from their use. The ScrollView resetting child position / anchors in strange ways was one of those cases.

 

I am hoping Preview 9 is it ... so closer

 

Preview 10 is being published and should be available shortly via the Package Manager.

The ChangeLog for this release is below and will be available within the next 24 hours online.

### Changes

• Revised caching of Preferred Width and Height to further reduce the amount of time it has to be recomputed when using a complex structure of Layout components.
• Fixed potential issue when using Text Overflow Ellipsis and Truncate modes when the text contains characters using superscript, subscript or using the &lt;voffset&gt; tag.
• Revised culling of text objects when using a RectMask2D where the bounds of the text geometry instead of the RectTransform define the culling rect.
• Added HDR support to material preset colors.*1
• Fixed various formatting issues in this ChangeLog.
• Added the ability to define a unicode value for a missing sprite character in the TMP Settings.
• Added support for displaying a missing sprite character when the requested sprite character is not present in the sprite asset or potential fallback(s). This new functionality is only available when trying to reference a sprite by name.
• Sprite Characters will now have a default Unicode value of 0xFFFE (Private NonCharacter) instead of a Unicode value of 0x0 (default unicode value for missing character).
• Using the sprite asset context menu option "Update Sprite Asset" will now remap sprite characters with unicode value of 0x0 to 0xFFFE in addition to its currently functionality.
• Updating TMP Essential Resources via the "Window - TextMeshPro - Import TMP Essential Resources" menu option will no longer override existing TMP Settings.
• Minor optimization where SDF Scale on some text objects could be unnecessarily updated due to floating point rounding errors in their lossy scale. Case #1230799
• Fixed minor issue where text objects created before importing the required TMP Essential Resources would have no default text.
• Improvements to line breaking for CJK and mixed Latin and CJK characters. See the following [forum post](https://forum.unity.com/threads/tmp-bug.852733/#post-5688274) for more details.
• Fixed potential NullReferenceException that could occur in the TMP InputField on some platforms if the InputSystem reference is null. Case #1232433
• Added small padding to bitmap character geometry to prevent potential clipping.
• Added optimization to ignore very small RectTransform pivot changes that are usually the result of rounding errors when using Layout Components. Case #1237700
• Sorting Layer ID and Sorting Order properties located in the Extra Settings of &lt;TextMeshPro&gt; text objects will now be serialized when creating Editor Presets. Case #1215750
• TextMeshProUGUI sub text objects will now be set as first sibling of their parent to prevent them from being rendered over other non text object child in the scene hierarchy.
• Fixed text objects becoming visible when set to empty or null as a result of a scale change. Case #1238408
• Fixed useMaxVisibleDescender property now getting set properly via scripting. Case #1218526
• Fixed SortingLayerID and SortingOrder not getting set correctly when multiple &lt;TextMeshPro&gt; objects are selected. Case #1171272
• Fixed default settings getting applied to disabled text objects in the scene hierarchy whose text property was set to null. Case #1151621
• Fixed mouse cursor flickering when hovering the Text Input Box of a text prefab with RTL enabled. Case #1206395
• Several derived properties of text objects are no longer being serialized and thus no longer showing as Overrides in Prefabs.*2
• And more...

*1 TMP Essential Resources were updated to add support for HDR in the Shader.
*2 This includes the TMP_TextInfo which is generated data as well as reference to MeshFilter. SubMesh objects are no longer serialized either as they are created as needed and do not need to be saved with the scene or prefabs. I did a fair amount of testing related to the textInfo no longer being serialized and didn't run into any issues but I'll be keeping an eye out on this change.

I also updated the TMP Examples & Extras to include an updated version of the TMP_TextInfoDebugTool.cs which now includes labels for most of the font metrics as seen below.



As usual please report any issues with this specific release in this thread.



Note 1: Preview 9 ran into publishing automation issues and as such had to be sacrificed to the automation overlords which is why this is preview 10 instead

Note 2: I also have an update of the FontEngine on the way which will include the following changes:

• Fixed potential allocations issues when fetching lots of GlyphPairAdjustmentRecords from a font file.
• Improved performance when trying to add multiple characters and glyphs to font assets at runtime.
• Fixed potential incorrect alignment of characters when using SDF8, SDF16 and SDF32.
• Added Multi threading to the Font Asset Creator which depending on the number of cores on your system will make baking SDF8, SDF16 and SDF32 much less painful.
• Other minor improvements.

The above will require a new version of Unity as well as updated version of the TMP package to take advantage of some of these new improvements.

Note 3: I will be releasing another preview to address some other minor issues as I didn't want to further delay this release.

 

No new version of Unity should be required as it related to the RectMask2D.

Upgrading to newer versions when using the package manager no longer requires removing / deleting the "TextMesh Pro" folder.

When updating the TMP Essential Resources or TMP Examples & Extras, to get updates shaders or examples, etc, you can use the "Window - TextMeshPro - Import ..." to import the updated package which will open a window allowing to see what has changed and to even select what to import / replace. Or just delete the "TextMesh Pro" and re-import it all but that is not needed really.

On to the RectMask2D issue, I did test all the examples scenes along with many other scenes that contain RectMask2D components and didn't see that behavior. Can you provide an example of the scene setup that would enable me to reproduce this?

 

Thank you.

Pulling the case as we speak to take a closer look. Will provide feedback as soon as I have more information.

Update
The issue is related to the calculations to determine if the bounds of the text overlap the clipping region not accounting for potential render modes of the Canvas such as Overlay vs Screen space vs World Space.

The following changes should resolve this issue.



Please confirm this is working as expected on your end.

 

Just letting everyone know that I will be releasing Preview 11 tonight.

This release will include:
Fix for the incorrect clipping with RectMask2D as per my previous post.
Modification of the ForceMeshUpdate() function to enable it to work when the Canvas is disabled.

I will wait another hour or so in case something new is reported but otherwise and unless the package publishing gremlins are out to get me tonight, Preview 11 will be available in a few hours.