Forum Discussion
Inconsistent Middle Vertical Alignment when Using Variables
I've been experiencing this problem since the past few updates. When using a variable as part of the text on a shape, using the middle alignment does not always middle align the variable as expected. See example below. All the text you see are variables. The first two buttons are acting as expected. The 2nd two buttons which are complete duplicates of the first two demonstrate the problem where the alignment is progressing from the first line of the variable to the bottom. This is extremely frustrating as the reason I'm using variables is because I don't know which text will be in which button so only middle vertical alignment enables me to have a seamless look regardless of the length of the text that is populating the variable. Has anybody else been experiencing this issue. If so, have you found a work-around?
Thanks ahead.
I have a similar issue in a course I'm working on. But in my case, there are no variable involved. The issue seems to occur randomly on buttons i created on "conversation like" activities. these buttons are part of group with a motion path animation.
I have had that problem also. I stopped the updates and reverted to the June 18th update. I received this advice from Articulate Support. Question: could you make a transparent shape with the text, use that as a variable, and then manually adjust the shapes using the guidelines? I have created a cheat sheet for my project: Hotspot 1 is at 582 X / 317 Y. HS 2 197 / 223. This way, I only need to type the position into the Drwing Tools format boxes.
I am getting this too - it also happens without variables. It is intermittent and random.
Could we please please please have a fix? It's been going on for years now. Rolling back to a previous version is not a good solution as the current version has essential bug fixes for my current project.Hi Vic!
Happy to help!
You mentioned the behavior is intermittent and separate from the use of Variables. Are you noticing the misalignment during preview within Storyline 360, or after it's been published?
It would be helpful to see a copy of the .story file that's giving you trouble. Do you mind uploading a copy here in the discussion or privately through a support case? We'll delete it from our system as soon as we're finished testing!
Hi StevenBenassi . Thanks for your reply. It happens in preview, publishing to Review 360 and publishing to SCORM.
I'm waiting to hear from our client to OK sending you the story file.
I've had three or four separate support cases for this exact problem over the last few years. Unfortunately this bug is intermittent and you haven't yet been able to replicate it on your end. It does appear as a problem regularly in these forums though. Republishing can fix it but it can take many tries.
Dealing with this issue for weeks in a big project declined in multiple languages, I think I finally found out a way that seems to solve the issue.
For some reason, some of my buttons are set to "add scroll bars" in the text box options, while the others are set to "allow text to overflow" (all are in "fixed size"). I don't know why because all of my buttons were dupplicated from the same instance.
I noticed that the misalignment occured only on those wich were set to "add scrollbar", so I changed the setting and, for now, it seems to be OK.
Hi AnthonyLEPOT-c5,
This is an interesting finding. Thanks for updating the community with your solution!
