Forum Discussion
- RenGomezStaff
Hi Austruy,
Sorry to hear you're coming across odd behavior with the text entry fields! It sounds like you're saying even if you layer a shape on top of a text entry field, you're still able to mouse-click on the text entry and edit?
Do you mind sharing a screenshot or Peek 360 video of what you're seeing?
Hello again, Aurore :)
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.Hi Mischka!
I'm happy to help! I took a look at your file and made a few changes to create what you're looking for.
Here's what I've done:
- Added a layer and copied the Base Layer content to the Layer.
- Removed the Text Entry Field from the Layer and replaced it with a shape with the text %TextEntry%. This is to show the text without a user being able to edit the entry.
- Added a trigger to Show Layer when the Text Entry field loses focus.
I'll attach the updated project to this discussion.
- MischkaZelde754Community Member
Hi Lauren,
Thank you for sharing the updated project, I appreciate it!
If I understand your approach correctly, I can use a layer with the same scrolling panel (but rectangles instead of text entries) which covers the base layer after adding a value to the text entry.
I understand how this would work outside of a scrolling panel. But the moment you use scroll and enter a value, the layer appears but reverts the scrolling panel back to its original position (back to top). Which isn't the end of the world, but is unexpected behavior in a software simulation.
And how would this approach work in a form with multiple text entries? Would it require a layer for every possible scenario? To give an example: If I have two text entries. The base layer is for the original state where no text entries are completed. Layer 1 for when the first entry was completed but not the second. Layer 2 for when the second is completed but not the first. And layer 3 for when both of the entries are completed.
As you might have noticed in my example, I'm creating a software simulation where the user is asked to complete multiple text entries in a form, and in any order (the "any order" aspect is very important in this exercise). And most of the forms have a lot of text entries. So to cover every scenario in layers will become harder with every extra text entry in the form.
It's possible that I'm overlooking something in your approach. Excuse me if that's the case.
Hi Mischka,
Thank you for the additional information along with your questions. You're correct, the layers approach would require many steps for each text entry.
I'm opening a support case on your behalf specific to the shape not covering your text entry when in a scrolling panel so that one of our support engineers can take a closer look at this. You should be hearing from someone soon.
In the meantime, I look forward to seeing other design ideas from the community.
- MischkaZelde754Community Member
Hi Leslie,
Thank you for submitting the support case for me! I'm working with a support engineer to identify the cause of the issue.
- MariaCSStaff
Hi, Joseph.
Thank you for reaching out! While I don't have any news to share on the ability to hide a text entry field, I wanted to share the article below that explains how those requests are managed:
I hope this helps!
- AustruyAurore-fCommunity Member
Hi, we've found a solution, this is not perfect but it works.
You can put your text entry field on a layer, and hide the layer when you need the texte entry field to disapear.
I hope it can help you!
- GriffingriffindCommunity Member
I would like to second a request to disable text entry fields. I'm having the same issue as Mischka where despite having a fully opaque object over text entry fields, when they're in a scroll panel (or a group) you can still click them even though they're hidden. That seems like a bug to me, but it would also be nice to disable them entirely through a state.
- RickBarrettCommunity Member
I'm having the same issue. Not just a fully opaque object, but even an image covering a text entry field won't work. The user can still click through whatever object is present into the text entry field. This is making it impossible for us to create drop-down menus in a scroll panel since building a menu system as layers doesn't work in a scroll panel. This bug and the inability to allow data entry fields to go into an hidden state is effectively ruining our project.
- AustruyAurore-fCommunity Member
Hi Rick!
I have a solution :
Hi, we've found a solution, this is not perfect but it works.
You can put your text entry field on a layer, and hide the layer when you need the texte entry field to disapear.
I hope it can help you!
- RickBarrettCommunity Member
Thank you for your suggestion, but unfortunately this technique doesn't work when building a drop-down menu system that's embedded within a scroll panel. The layers are unable to track the location of the object within the scroll panel ... a layer simply shows up on top of whatever the existing content is.
- MarianaEscrzagaCommunity Member
I'm having the same issue, it would be great if you could add new features (like states on those variables) on the 64 version to fix this :)