Editing a previous text-entry in a scrolling panel in SL360
Apr 22, 2017
I have combed the community to see how others are doing this and am not finding anything simple. I basically want the learner to be able to retrieve a previously entered text-entry in scrolling panel (like a note they typed up in the beginning of the course) and edit it later on. The problem is that the only way to do this is very clunky and requires the user to click on the text which highlights all of it. Then they need to use their keyboard and press either the End key or any arrow keys to be able to begin editing the text-entry. If the user doesn't know what to do at this point to address this, they'll end up highlighting the text and type over it (which erases it all). Is there a reason the cursor doesn't just allow you to begin typing from the end of the text-entry when selected? Is it just me or does this screen behavior seem odd and unintuitive? I was hoping that SL360 would have addressed this by now.
9 Replies
Hi Michael. Thanks for starting this discussion!
Each browser handles returning to the text entry field slightly differently.
For example, HTML5 in Safari and Edge will place the cursor at the end of the text rather than highlight the text. Other browsers highlight the text upon returning.
I understand how having the text highlighted can leave room for user error, so I'm going to document these differences between browsers and monitor the impact we're seeing from this issue.
You'll get email notifications when we post any updates to this discussion as long as you stay subscribed!
Here is what I have found regarding text highlighting in a text-entry field. Please correct my findings if you find something different in your experience.
So, in my experience, I have not found any differences in how browsers treat the text-entry fields. What is the purpose of the highlighting when returning to the text-entry field? Is this a bug? If so, is this being looked into?
Hey Michael. Thanks for describing your findings.
I used a simple 2 slide setup with a text entry slide, and then a "content" slide. When I entered text, moved to the content slide, and then revisited my text entry slide, here's what I found:
Chrome and Internet Explorer highlighted the text when the focus was placed on the text entry field.
Firefox had an issue loading the slide, and we are investigating.
Thanks for the additional information regarding scrolling panels. I will include that in our documentation for the QA team.
We are going to monitor this issue and then determine if we can make changes on our end that will help browsers handle revisiting a text entry field better!
Crystal,
I am also experiencing this issue with text-entry fields being highlighted when you attempt to edit them. It creates confusion for the end user since they can easily erase the previously entered text when they start to type. However, this does not seem to be just a browser issue as this occurs during the preview feature within Storyline as well (which is not in a browser). I have attached a .story file that replicates some of the scenarios but am certain there are other scenarios as well. I opened a ticket with tech support and they have confirmed that the highlighting issue is indeed a bug. I'm hopeful there will be a fix soon.
Thank you for helping to monitor the issue.
Hi Pano,
Thanks for letting us know you opened a case (01071297), and it looks like Angelo has brought up this issue with the team to determine next steps. We'll be sure to reach out once we have more information to share.
I really appreciate you bringing this to our attention, and I apologize that it's been causing confusion!
Hello,
Does this problem have a workaround? I just built a whole project that needs to go to my client but didn't realize that, after putting my data-entry boxes in scrolling panels, the end user can't edit their work except by backspacing from the last character. I've tested in multiple browsers and in each case highlighting a word or placing the cursor in the middle of the text has no effect - the cursor simply jumps to the last character. This is really bad, since the user is supposed to return to earlier slides and edit them as they progress....
Hi Sarah. We haven't yet found an easy workaround to this problem. I'm sorry. I'm going to add your notes to our documentation to capture your pain points. We'll update this thread with any changes to this behavior!
Hi,
Did you find a way to solve this problem? I'm experiencing the same issue.
Thanks!
Hello all!
I wanted to share that we aren't seeing this behavior where you cannot edit a Text Entry within Scrolling Panel with a mouse click to move the cursor in Storyline 360 (Build 3.49.24347.0).
If you are still running into this snag, make sure you're using the latest version of Storyline 360. Don't hesitate to reach out to us in this discussion or in a support case if you have additional questions.