I’m developing a Storyline module in 2 languages. That means that textboxes and buttons have a ‘dutch state’ and an ‘english state’. I prefer to have the both languages in one object (button or textbox) so that it is easier to change the lay-out of a slide. And it also makes it easier to control the objects with triggers.
\n
My setup is as follows. The Normal state is dutch. Then there is an L2Normal state (language 2) and the other states (hover, down selected, etc.) have no text but an empty buttons shape with a different background color. When I Preview the slide everythings works well. It is only working with in-built states. Empty custom states overlap and hide the text. That’s why I mis-used the drop correct and the drop incorrect state for an correct-selected-answer and correct-but-not-selected-answer.
\n
It all works well! I have no problem. So what about the BUT? The only problem I have that I’m not sure if this is a future proof solution…
\n
Is it normal behaviour that text form the Normal state shows up in the other states when those states have no text? Or is this a design flaw or update bug which will be corrected in one of the next updates? Which in my case will create a problem, because the hover, down , selected etc, will be without text. For our people with overlapping text in different states it will be a solution.
\n
So please enlighthen me. Am I misusing a bug in SL? Or is this a good and future proof way of working with states?
I’m developing a Storyline module in 2 languages. That means that textboxes and buttons have a ‘dutch state’ and an ‘english state’. I prefer to have the both languages in one object (button or textbox) so that it is easier to change the lay-out of a slide. And it also makes it easier to control the objects with triggers.
\n
My setup is as follows. The Normal state is dutch. Then there is an L2Normal state (language 2) and the other states (hover, down selected, etc.) have no text but an empty buttons shape with a different background color. When I Preview the slide everythings works well. It is only working with in-built states. Empty custom states overlap and hide the text. That’s why I mis-used the drop correct and the drop incorrect state for an correct-selected-answer and correct-but-not-selected-answer.
\n
It all works well! I have no problem. So what about the BUT? The only problem I have that I’m not sure if this is a future proof solution…
\n
Is it normal behaviour that text form the Normal state shows up in the other states when those states have no text? Or is this a design flaw or update bug which will be corrected in one of the next updates? Which in my case will create a problem, because the hover, down , selected etc, will be without text. For our people with overlapping text in different states it will be a solution.
\n
So please enlighthen me. Am I misusing a bug in SL? Or is this a good and future proof way of working with states?
Hi Douwe,
\n
Thanks for taking the time to report this issue, and I'm sorry you ran into this. You are correct; we have an open issue in Storyline 360 where the state change keeps the Normal state's text or image in Preview and Publish.
\n
I'll share your findings with the team and notify you of any changes. Here's a peek into our process:
\n
\n
I appreciate your patience!
Hi Douwe,
\n
Thanks for taking the time to report this issue, and I'm sorry you ran into this. You are correct; we have an open issue in Storyline 360 where the state change keeps the Normal state's text or image in Preview and Publish.
\n
I'll share your findings with the team and notify you of any changes. Here's a peek into our process:
\n
\n
I appreciate your patience!
