Why there is no setting for TextMesh Pro UGUI to count whitespace at the end?

[Piflik]

@Stephan_B

I just made a first pass at adding support for controlling how whitespaces are treated at the end of a line.

As such, I replaced the existing Wrapping option by a new “Text Wrapping Mode” drop down as follows:

• Normal is the same as the previous Enabled.
• No Wrap is the same as the previous Disabled.
• Preserve Whitespace will consider whitespaces at the end of a line for the purpose of alignment and preferred width.
• Preserve Whitespace No Wrap is the same as above but without wrapping.

The previous “enableWordWrapping” property will be remapped to this new “textWrappingMode” property.

Could you all please submit a few text strings that you are currently using to achieve special alignment / formatting? This will help ensure I don’t overlook any special cases.

Why would you lump this option together with another unrelated option? A separate bool value would have worked just as well, without breaking things.

At our company we are using a framework that is included in virtually all our projects and that contains wrapper classes for all UGUI object, so they can be properly created and modified via code. I now upgraded a single project to the pre-production package for TMP so I can use this functionality, and it works, but it breaks something else: I do some calculations, but only if enableWordWrapping is false. But when I use “Preserve Whitespace No Wrap”, apparently that (depracated) bool is still true.

If I want to use this feature, I’d have to change something 5 subclasses deep in our framework, breaking every single project that doesn’t use the pre-production package, because the enum doesn’t exist yet, or duplicate a whole subtree of classes that all depend on that one subclass.

[Stephan_B]

@Piflik

Why would you lump this option together with another unrelated option? A separate bool value would have worked just as well, without breaking things.

These options are related in the sense they control word wrapping including how white spaces are treated at the end of a line. In hindsight, I could have added a new property but this would have meant users having to set two distinct properties instead of just one.

With respect to the deprecated “enableWordWrapping” property, I could internally continue to set it based on the Text Wrapping Mode. This should ensure your code continues to behave correctly until you have a chance to update it.

Let me know if that would work for you?

[Piflik]

As long as both “No Wrap” options mean that enableWordWrapping is false, it is usable.

[Stephan_B]

@Piflik

As long as both “No Wrap” options mean that enableWordWrapping is false, it is usable.

Making the following change will ensure the “enableWordWrapping” property returns the correct value.

This change will be included in the next preview release.

[Nelxi]

I am using TextMeshPro 3.2.0-pre.10 and encountering an issue with “Text Wrapping” in Preserve White Space mode. When I use white spaces to push a word to the right and it wraps to the next line, the first 5-10 white spaces seem to have no effect. The text only starts moving to the right after about 5-10 white spaces. What could be causing this?

Example Text: "Proin sit amet ex ultricies, consequat magna in, sollicitudin est. Aenean tempus at orci eu consectetur.Fusce at orci et sapien finibus aliquam. Cras eget ante ac quam malesuada facilisis eu eget erat. Maecenas tristique posuere magna. Vestibulum iaculis est non leo consequat, in sagittis odio porttitor. "

You can test it by putting a space in front of the word “Aenean”.