Can click on data entry fields on base layer through other objects!
Mar 10, 2020
argh. Just tried to post this and got the "please login" message which cleared the form, so here I will re-type the whole darn thing.
I often create little interactions and have feedback on a separate layer. I prevent people from clicking/changing their responses by inserting an object on the new layer to cover the objects I don't want them to click on.
I have always been able to do this with a hotspot, or even a shape with a 100% transparent fill. However, I just discovered that now users can click on data entry fields right through these objects. In fact, they can even click on a data entry field through a fully opaque shape, or even an image! (can't see it, but can click on it and type in it)
- If the same object is on the base layer with the data entry field, this is not an issue.
- Other interactive objects are not affected, only data entry fields.
I can't use the setting to prevent them from clicking on base layer, because there are other elements that I want them to have access to.
This is a new bug - I have noticed with at least the last two updates (3.36.21289.0, 3.37.21614.0) but it may have been an issue before that.
10 Replies
Hi Terry,
May not be ideal, but could be a workround to help you out -- have you tried changing the state of the data entry box to Hidden when the layer opens and then changing it back to Normal when it closes ?
I'm not sure why you are able to access the data entry box when there is an object on another layer on top of it, but if it is a bug, I'm sure you will hear from Articulate staff shortly. In the meantime, I hope the above helps.
Thanks Ned,
This was a great idea - I don't want to hide them, but your suggestion made me think that I could change the state to disabled.
Unfortunately, it looks like data entry boxes don't have states! I don't know if it's always been like that, or if this is a new 'feature'.
You can still hide them on your layer by unchecking them on the timeline on the layer
I specifically do not want to hide them.
I know I can create text boxes to display them, or any other number of workarounds that add complexity (and that require me to go back and change every module where I've used this type of interaction)... BUT the simplest way is the way it used to work in previous versions, so I'd prefer that they fix a bug that was introduced in a recent update.
You should raise a support case.
Thanks, I have done that. I also wanted to share it here for when other people have the issue.
I discovered it through a fluke, so people may be republishing old modules without realizing that the new SL is breaking functionality.
Hi Terry,
If you place a 100% transparent rectangle in a separate layer that appears over the text entry box, you can indeed still go back and enter text after the event. However, if you set up the transparent rectangle on your base layer to appear and disappear (using state changes) at the same time as the layer is showing / hidden, you will not be able to go back and continue entering text.
Don't ask me why this is the case, but I have just found out that it works !
Hope this at least gives you a workround for now.
Thanks Ned, that was a cleaner workaround than I was using, so I'll do this until the issue is fixed.
Have a great day!
Hi Terry,
Great news! We just released another update for Articulate 360, and included a few important fixes that you'll see in the release notes here.
The item you'll be interested in is:
Fixed: When the base layer had a data-entry field, interactive objects on other layers weren't clickable and learners could still edit the field on the base layer.
Just launch the Articulate 360 desktop app on your computer and click the Update button for Storyline 360. Details here.
Please let us know if you have any questions, either here or by reaching out to our Support Engineers directly.
Great, thanks very much Leslie!
Have a great day, and stay safe in these crazy times.
This discussion is closed. You can start a new discussion or contact Articulate Support.