Button text randomly aligns top when publishing a module

Mar 08, 2024

Sam Hill
By Sam Hill

**RESOLVED**

A colleague helped me out. It was resolved by changing the properties on the button from scroll, to allow overflow.

Interestingly, this issue occurred between saving the file last night and opening this morning. I don't know if this is a related issue, but I had go through my entire project this morning as a strange formatting issue had occurred on text boxes, where I had to click into them, for them to regain their correct formatting. For some reason, some text boxes had shrunk, some had grown and simply clicking into them using my mouse resolved it.

I've seen this issue more commonly when working with multiple choice question option, where clicking into the text field will suddenly make it adopt the correct padding. Anyway, another 2 hours of my day I wont get back after having to go through a large project twice, firstly correcting the text box issue, and secondly correcting the button formatting issue.

--

Has anybody else experienced the issue of text within buttons aligning to the top of the button when publishing. This is a random issue and I just need to keep publishing until it corrects itself, which has been up to 7 publishes. Not great when larger courses can take 5 mins to publish and clients are waiting on review. This issue has been around for me for months now, but it seems to be getting more frequent.

Does anybody have any tips and are the Storyline 360 engineers aware of this. I've mentioned it before, but cannot remember if I reported it officially as a bug (another thorn in the side for me, is you can't see which bugs you've submitted via your profile!!).

Image of a text based button in Storyline, showing the text incorrectly aligned to the top of the button

Thankyou.

5 Replies
Steven Benassi
2 months ago03/11/24 at 4:53 pm (UTC)

Hi Sam!

Sorry to hear you've run into these setbacks! Thanks for the update!

I noticed that in a related discussion, you shared these issues arise when authoring in 32-bit Storyline 360. Testing the behavior on my end (in 32-bit Storyline 360 version 3.85.31840.0 via Windows Parallels on a Mac M1) I was unable to reproduce the same behavior. After saving and reopening my file multiple times, and after publishing to Review 360, I did not observe any formatting issues.

It would be helpful to have a closer look at your .story file as well as a screen recording of the issue as you're experiencing it on your end. Feel free to attach those here in the discussion or privately through a support case.

Looking forward to hearing from you!

Sam Hill
2 months ago03/11/24 at 10:00 pm (UTC)

Hi Steven, this was experienced in 32-bit and 64-bit. I swapped between the two when I experienced it. As mentioned, the issue is intermittent, and recording it doesn't really help. The screen shot I show is as good as any recording as it shows what happened. I don't think a video will provide anymore information in this instance. I'll send on a file when I experience it next time.

Vic Glover
2 months ago03/12/24 at 2:46 am (UTC)

Hey All

I have logged a ticket for this issue several times over the last few years without resolution - probably because it's intermittent and can't be replicated on demand even within the problematic file :(

It can happen to all text boxes not just buttons and allowing overflow doesn't consistently solve it. Rounded corners or not doesn't seem to matter. In fact, @Sam, I think you may have seen this in some of my modules in the past when it has affected readability/accessibility!

In the past I was able to more consistently, albeit temporarily, fix it by swapping between fixed size and any other option then back again, then previewing 'slide only' before previewing or publishing out the whole module (convoluted I know!). This no longer seems to work which doesn't surprise me as it was voodoo to start with.

Sign In to Reply