Pixel Crushers Forum

On bark, the bark UI flashes for a single frame like below, in the middle of the screen: before displaying the changed text as here: I believe this was not apparent before I changed the Animation Controller animation Show/Hide fade to last only 2 frames as opposed to the default 60, but I believe it was still happening, just that it wasn't visible.

I'm using the auto-generated bark bubble UI set in Dialogue Actor component. As for any changes I made to the default bark bubble UI, I only made the color black, opacity to 50% and changed the font. Also I'm using TextmeshPro (UI).

Any ideas what's causing this?

Hi,

What's probably happening is that TextMesh Pro is delaying its text mesh regeneration until after the bark UI's layout group has computed the width that it needs to be.

Try backing up your project and then updating TextMesh Pro.

If that doesn't help, try simplifying your bark UI. For example, remove the Animator and clear the bark UI's Animator Trigger fields since it's only 2 frames right now anyway.

If that doesn't help, let me know. I could look into adding a line of code to force TextMesh Pro to regenerate its text mesh immediately in case the layout group issue I described above is the problem.

Here's a test scene that's set up similarly to how you describe:

DS_TestBark_2024-10-14.unitypackage

It's based on the DemoScene2 scene. There's one enemy soldier straight ahead that barks every 4.5 seconds.

Thanks! I upgraded textmeshpro to 3.0.9 and it now works as expected ---- except:
After adding TextAnimator components, the problem resurfaces.
First bark is vertical (for a frame or so before writing on).
Every bark after that that happens after the previous bark has ended,
will show a frame or so of the previous text, before generating the new one.
Here are my current TextAnimator & TextAnimatorPlayer settings: (Further curiosity: If I disable the TextAnimator components, bark text does not display at all (but the bubble is generated correctly). I have to turn off easy integration as well for it to be disabled and text to show as expected. Maybe a TextAnimator oversight?)

I had the same problem recently in a project. It appears that Text Animator delays the TMPro mesh relayout until the end of the frame, after the layout group component has determined its layout. Since the layout group component runs before TMPro has determined the text width, it uses a zero width.

I've been meaning to contact Febucci about this. I'll contact them and get back to you.

The Text Animator dev got back to me with:
---
Please try something like:
after you set the TextAnimator text.
---

This has been an intermittent problem whenever I've seen it, since it's a race condition between the layout group and Text Animator. (Unity doesn't guarantee which component's method will run first.) I'm not having luck reproducing the issue today. As a test, please edit Plugins / Pixel Crushers / Dialogue System / Scripts / UI / Standard / Bark / StandardBarkUI.cs. At the end of the Bark(Subtitle) method, add this code:
If that works, let me know.