5.3 Text component, vertical placement not correct?

I currently see an issue (less extreme than mentioned here) when using Dynamic fonts. Switching to Unicode, makes the problem substantially worse, and reimporting does not fix it. The only workaround I can find is to resize the text object, which is not a good solution IMO (especially if a future patch would mean I'd have to revert everything back to the correct sizes.

Here's 5.2 (correct)


and 5.3 (incorrect)


The text baseline in 5.3 seems to be around where the text center was in 5.2. Adjusting the vertical alignment only moves it by a couple pixels, if at all.

Is this the same issue and will it be fixed in the upcoming patch? (If not I'll make a new thread)

 

@Karl thanks for the updates. Any news on when this will make it into a patch or release ?

 

I updated today to 5.3.1p4. Some really nice fixes, but... Did this bug landed on the mainline yet?
Don't hate me, we are all developers here... We know the feels... haha!
Just wanted to keep myself updated with this bug! =)

 

Yaay \o/ Thanks for the heads up.

 

Can't believe this issue is taking so much time to be included in a patch.

 

Seriously.

Listen, I love Unity and all and greatly appreciate all the opportunity it has given indie developers. That said, it's not as if this were a *new* feature that didn't work quite right -- those situation are to be expected. This was a core feature that once worked and is now broken going on two months -- and the broken nature of it makes all other patches pointless, especially for mobile developers, if we have to stay on 5.2.4f1 just to be able to move forward.

 

Hey Karl,

When you said next week's 5.3.2p1... Did you mean 5.3.2f1? Or do we still have a wait another week for a patch release?

Thanks!

Cheers,
Lucas.

 

Ah, ok. Great! Thanks!

 

Yep, font placement seems to be working now! Thanks!

 

Patch 5.3.2p1 released. The font placement has been fixed, thanks!

 

@ karl Thanks for the follow up. Seems to be working now.

 

I was so devastated to download the new release and see it was not fixed! Only then read there is also patch coming, and now it works perfectly!!!

Thank you for the great job UI fellas

Much love!

 

This + the particles system fix on the same day, it's like Christmas all over again /o/

 

Happy to confirm Unity patch 5.3.2p1 fixes the dynamic font issue. (http://unity3d.com/unity/qa/patch-releases)

 

Looks like I'll be downloading the patch soon then, one of my projects ran into this issue and got messed up... In my case, I was using non-dynamic fonts to make my custom font characters look sharper

 

I suggest you against that!

It is full of bugs - at least in iOS.

 

Yet some claim it to be faster than iOS... who to trust now?

EDIT: Also, I don't plan on publishing to iOS until I have the necessary tools. (And good luck getting a mac... )

 

They might be totally right!
That does not mean you will not get the freeze bugs If you are using WWW - do not upgrade. Not worth the risk:

Several freeze issues:
http://forum.unity3d.com/threads/5-3-1p1-www-isdone-hangs-in-ios.377131/page-2

 

Not that I use that... I might end up doing so one day however. Isn't that a low-level network-based class for things like downloading asset bundles?

 

It is the unity default class for doing http requests - among them asset bundle downloading, but many multiplayer games are using it to talk to servers for all kinds of data.

 

Like signing in..
Anyway, good points on some bits not working, I never knew. I also wonder how those got past QA...

 

Btw, the Text alignement is indeed fixed for Android on Windows editor, but not for iOS from a mac...

 

Are you sure about that? Maybe you have a different bug? Check you have the correct patch. I have built iOS on mac and the vertical alignment was fixed for me...

 

I'll check again this evening, but I updated the editor yesterday (5.3.2f1) and the problem is still there :/ I'll let you know more asap.
On Windows I'm on version 5.3.2p1, maybe I have a cache issue on mac and I should be on p1 (never know which one of p1/f1 is the most recent).

 

Using the latest 5.3.2p3 release and maybe the fixes had some effects on the old GUI/legacy system.
Because it has broken the alignment on the non new Unity GUI. All was fine with 5.3 final I can confirm.
Will try reimport but just a heads up..

 

Sorry, turns out I wasn't up to date, the download proposed by the standard easy-to-find link for Unity gives the 5.3.2f1, I had to go on the patches page to get the last one! Installing now, but I guess it will be ok for me.

Edit: confirming it's ok.

 

It is unpleasant.

 

This is a still a problem in 5.3.3f1 with TextMesh. I am currently blocked from submitting highly needed updates by this on multiple projects.

This is a big problem.

When will it really be fixed? Going through entire applications and "adjusting" the offsets of every TextMesh instance is not an option.

 

I also have big issues with incorrect displayed text in 5.3.3p1. Not only the allignment is incorrect, but also the font size.

As others already posted, setting to dynamic will "fix" this.

But also if the canvas is enabled on start. I use several canvases and only the ones who are enabled at start are displayed proablby, maybe this helps to find a solution for this problem...

 

"Take a look at the metadata for the font. If there's a field for "use2xBehaviour 1" try changing that to a 0 and reimporting the font."

Source from:https://issuetracker.unity3d.com/is...vertical-alignment-is-wrong-on-text-component


BUT NOT WORK!

 

edit: solved in 5.3.3!

 

I have noticed that vertical alignment works but line spacing does not if you only have one line of text which means you can't set the baseline. This if after re-importing the fonts as well.

Edit: This is using 5.3.3p2

 

See if the latest patch release fixes it. If not... looks like Unity QA's getting another bug report.

 

To offset the vertical alignment against the base line. Really in my case I was using it to fine tune the vertical alignment to compensate for high alignment within the font that we are using:



You can see in this image, Option 1 is using Arial with middle alignment vertically. Option 2 is the same thing but using the font we wish to use for production. I was able to fine tune the position of these elements by setting the Line Spacing to compensate.

I interpret line spacing as the gap between the alignment setting and the base line of font for each line, rather than the gap "between two lines" as it were. It seems like currently the setting is relying on there being at least two lines before it applies the spacing:



Both of the above items have middle vertical alignment and line spacing set to -0.34. The top item has just the text "Option 1" in the text field while the bottom item has a newline at the end. I would expect these two cases to have the same results.

 

This problem persists in 5.3.5p3. Baseline still shifted up—murder on my text-heavy app. (In addition, multi-line fields that used to fit 3 lines sometimes only fit 2, suggesting a line-spacing issue as well.)

EDIT: Both the baseline shift (since I'm centering vertically) and fitting fewer lines would be explained by the bottom of the recttransform having moved upward.

My workaround for now is to set the bottom a couple pixels lower manually. (Took a snapshot in case I need to revert later.)

Perhaps this is a side effect of a previous fix? I would say that right now, having equal top and bottom look visually nicely centered, when previously that would look shifted down. So, other than this being an annoying change that broke some things, maybe it's actually better now?

 

You know what I find funny right now? That people's projects still have this odd problem...
I did have it at some stage, but the patch that confirmed a 'fix' actually did work for me.

Still, interesting edge case... dare I hope the 'fix' isn't shifting rect transforms! XD (I don't think that's it, but who knows?)

EDIT: From reading the last part of your post, if the text alignment's using the bottom... I guess that would make it easy to fit a text box to a panel or something, and make sure the actual rect itself fits in there. (I often have to use textrects that are a fair bit bigger than what I'm putting the text in, just to get the spacing right... )

 

Could someone provide a sample scene that exhibits these issues? I would love to test these in TextMesh Pro to make sure the level of control that is expected is available.

TextMesh Pro does provide the ability to adjust font metrics such as Ascender, Descender, Baseline, etc on a per Font Asset basis as seen below.



Although fonts are suppose to follow some standards, I quickly realized it wasn't the case with many fonts. When I added support for Multi Font & Sprites which makes it possible to use different fonts and sprites in the same text object, it became clear I needed to provide users control over these metrics.