Hi guys - I'm having issues formatting the Numeric Data Entry fields, I've made a short video to explain the issue - would really appreciate some advice.
I think the only solution is to add a zero to maintain the formatting, or switch everything to right aligned. I would switch all the numbers to Arial as Open sans will not be embedded and will default to arial on most machines.
Hi Ant, to keep the text size the same apply your formatting as you did in the video and then right-click on the field select Format Shape >Text Box and set the Autofit settings to "do not auto fit" You might also want to change the vertical alignment to middle if it is not already and change the right margin to "0"
Ok, now the right alignment is problematic - I think this is a bug so in order to get around this you are going to have to have a default value in the field. If you don't want to use 0 then try using the vertical hyphen (it looks like two dashes one on top of the other.) When I use this it looks like a blinking cursor in the field.
Thanks for the help Phil and Nancy. I'm getting closer - the only issue with using the | key is that there is no a cursor in all boxes (obviously there would only be one showing at a time. I could add each as a layer, but this will get confusing because the numeric entry fields are all on one layer.
If anyone else has any other ideas, then I'd be really grateful to hear them!
Ok this might be the worst idea I've ever had but I'm going to put it out there anyway. Maybe you could place a mask over the cursor (a rectangle the same colour as the background of the text box). Then when the user tabs to the field or clicks on it you hide the mask which would make the field editable. Just a thought.
I have a similar issue. I'm fine with zeroes appearing in the numeric entry fields. However, even when all the fields are formatted the same, they appear differently when published. The fonts and alignment vary. Furthermore, they respond differently when you click on them. Some eliminate the zero and produce a cursor. Some keep the zero and then place the cursor on which ever side of the zero you clicked on.
The appearance and interaction is really clumsy and unprofessional. Makes my work look sloppy. Is this on schedule for a fix in a future update?
See below for a screenshot of what I'm talking about:
I always work locally with Storyline. The image I shared was from a publish in Blackboard. The zeroes appear and interact the same way in a Blackboard publish as in a preview. I've tried to view the Blackboard publish on a number of different browsers, too, but always the same issue.
I took a look at your original file again, and my file was not behaving the same way, but now I think it may be because I peeked at your variables first. I'm not seeing the same behavior.
I imported the one slide this time, so that I could test publishing easily.
Hmmm... Alright. I'll take a look at the variables. They're kind of a mess because I had to do a lot of copying and pasting in this project, but they should all be lined up. They yield the correct interactions, anyway. It's just the formatting of the numeric entry fields themselves that are out of whack.
19 Replies
I think the only solution is to add a zero to maintain the formatting, or switch everything to right aligned. I would switch all the numbers to Arial as Open sans will not be embedded and will default to arial on most machines.
Hi Ant, to keep the text size the same apply your formatting as you did in the video and then right-click on the field select Format Shape >Text Box and set the Autofit settings to "do not auto fit" You might also want to change the vertical alignment to middle if it is not already and change the right margin to "0"
Ok, now the right alignment is problematic - I think this is a bug so in order to get around this you are going to have to have a default value in the field. If you don't want to use 0 then try using the vertical hyphen (it looks like two dashes one on top of the other.) When I use this it looks like a blinking cursor in the field.
Looks like you are getting some great assistance here Ant :)
Thanks for the help Phil and Nancy. I'm getting closer - the only issue with using the | key is that there is no a cursor in all boxes (obviously there would only be one showing at a time. I could add each as a layer, but this will get confusing because the numeric entry fields are all on one layer.
If anyone else has any other ideas, then I'd be really grateful to hear them!
Ok this might be the worst idea I've ever had but I'm going to put it out there anyway. Maybe you could place a mask over the cursor (a rectangle the same colour as the background of the text box). Then when the user tabs to the field or clicks on it you hide the mask which would make the field editable. Just a thought.
Hmm .. So what are you thinking the trigger would be?
Good question, maybe change the state of the mask to hidden then the user clicks the text entry field.
Or you could set it up to change the state of the mask to hidden then the user presses the tab key to go to the text field.
Or if the users are required to go in a specific order you could change the state of the mask to hidden when the previous number field loses focus.
Ok - will take a look, thanks again for your help :)
Nancy's got your back today Ant :)
Thanks Nancy!
I have a similar issue. I'm fine with zeroes appearing in the numeric entry fields. However, even when all the fields are formatted the same, they appear differently when published. The fonts and alignment vary. Furthermore, they respond differently when you click on them. Some eliminate the zero and produce a cursor. Some keep the zero and then place the cursor on which ever side of the zero you clicked on.
The appearance and interaction is really clumsy and unprofessional. Makes my work look sloppy. Is this on schedule for a fix in a future update?
See below for a screenshot of what I'm talking about:
http://screencast.com/t/TshFowIaLf
Hi Lars! Thanks for sharing the screenshot. Would you be able to share your .story file for us to take a look?
For anyone else that runs across this as well, there is a great thread here about removing the 0 from the numeric entry field.
See attached. Skip to the Income Statement slide to view the same as the screenshot.
Thanks,
Lars
Hi Lars! Not sure if you are responding via e-mail, but your attachment is not here with your reply.
Be sure to pop into the forums and utilize the Add Attachment option with your reply.
Let's try it this way. I was responding via email previously.
Are you working with your file locally and at 100% zoom?
The image that you shared, where was that published?
I always work locally with Storyline. The image I shared was from a publish in Blackboard. The zeroes appear and interact the same way in a Blackboard publish as in a preview. I've tried to view the Blackboard publish on a number of different browsers, too, but always the same issue.
Hi Lars! Thanks for the additional details.
I took a look at your original file again, and my file was not behaving the same way, but now I think it may be because I peeked at your variables first. I'm not seeing the same behavior.
I imported the one slide this time, so that I could test publishing easily.
http://cloud.scorm.com/sc/InvitationConfirmEmail?publicInvitationId=0397a294-0e4b-42f7-8f67-5d694639a0f4
Try to edit/update your variables.
Hmmm... Alright. I'll take a look at the variables. They're kind of a mess because I had to do a lot of copying and pasting in this project, but they should all be lined up. They yield the correct interactions, anyway. It's just the formatting of the numeric entry fields themselves that are out of whack.
Sounds great Lars. Are you seeing the same behavior in what I'm sharing with you?
This discussion is closed. You can start a new discussion or contact Articulate Support.