Maybe I'm missing something but when I add text to a variable using a text entry field and display it on a next slide the font resizes even though the text box is set to resize when the content is larger than the text box.
This has always been the case. The box doesn't resize no matter if it is checked. You just have to make the box large enough so that the text doesn't change sizes.
Heck, I see it happens in SL1 too. That's not cool. I want a user to add notes and display them later in a smaller text box in a scrolling panel. This ruins everything.
You may find that text changes size when it includes a variable reference, depending on the length of the variable's current value. This is by design to ensure that the text is always visible to learners, no matter how lengthy it is.
For example, let's say you're using a variable to display text, then you update the variable with new text at a specific point on the timeline or during an interaction. Depending on the length of the text, it may shrink to fit within its container.
To avoid shrinking variable text, make the text box big enough to accommodate the longest variable value.
Ash, thank you for your explanation. I get what you're saying but it seems to me this is exactly why we've got the various text box options to resize the shape, text or nothing at all. That feature combined with the scroll box makes this completely autoresize completely unnecessary. I'd like to submit an 'unfeature' request! 😀
What I end up doing is adding a shape with a really large size to a scrolling panel. The text won't shrink to fit the box if the box is large enough. The downside is the scrolling panel will always have a sizeable scroll to it depending on how big your "text dumptruck" within the panel is even when there isn't any text.
I tried a few other things back in SL1 to solve this. This was the only solution that came close to being tolerable.
8 Replies
Hey Jeff,
This has always been the case. The box doesn't resize no matter if it is checked. You just have to make the box large enough so that the text doesn't change sizes.
Heck, I see it happens in SL1 too. That's not cool. I want a user to add notes and display them later in a smaller text box in a scrolling panel. This ruins everything.
Hi Jeff,
You may find that text changes size when it includes a variable reference, depending on the length of the variable's current value. This is by design to ensure that the text is always visible to learners, no matter how lengthy it is.
For example, let's say you're using a variable to display text, then you update the variable with new text at a specific point on the timeline or during an interaction. Depending on the length of the text, it may shrink to fit within its container.
To avoid shrinking variable text, make the text box big enough to accommodate the longest variable value.
And this happens in scrolling panels too. The text will just shrink to fit the size of the box instead of the panel adjusting for the text.
Ash, thank you for your explanation. I get what you're saying but it seems to me this is exactly why we've got the various text box options to resize the shape, text or nothing at all. That feature combined with the scroll box makes this completely autoresize completely unnecessary. I'd like to submit an 'unfeature' request! 😀
Hey Jeff,
What I end up doing is adding a shape with a really large size to a scrolling panel. The text won't shrink to fit the box if the box is large enough. The downside is the scrolling panel will always have a sizeable scroll to it depending on how big your "text dumptruck" within the panel is even when there isn't any text.
I tried a few other things back in SL1 to solve this. This was the only solution that came close to being tolerable.
Hi Jeff,
Unfeature requests go to the same place - so feel free to send along per usual. :-)
I figured the same 😢. Not the most elegant solution but I don't see any
alternative either.
This discussion is closed. You can start a new discussion or contact Articulate Support.