I have shapes nicely aligned in the normal view (stacked rectangles to make a gauge) but when I preview it, they are all akilter. This also happens to some other shapes I have stacked. When it is previwed, the top shape is moved over somewhat, exposing what is below. Any suggestions on preventing this?
My DPI is already set at 96 and the file is local until after it's been published and loaded onto the LMS. I've copied the slide and attached it here. The shape over the character shifts when previewed. The idea is that as the learner progresses and learns more about the person, more of the character is exposed so that they see more than just the disease. It doesn't work so well when the object on top shifts and exposes the character. The red 'lights' on the gauge shift when the slide is previewed as well. I haven't tried publishing yet to see if it's just an issue with the preview function. Regardless, it's hard to work on it if I can't preview it and see it as it will appear. I eagerly await your suggestions.
Thanks for sharing the .story file here. Seeing what you've described in action, I did a bit more digging and found a similar issue where shapes are slightly out of alignment after previewing or publishing. I've added your file to the issue that has been reported to our QA team and unfortunately don't have a time frame to offer in regards to a fix. I'll keep this thread updated if I hear additional information from our QA team.
I totally see what you're talking about. I've tried a couple things, with no resolution:
Tried using a different shape to cover the character...same results
Tried placing the character and shape in a different position...same results
Tried a new blank slide, a new character inserted, a new shape inserted...same results: what I see in Slide mode is not what I see in Preview mode, where the character and the shape are offset
I experimented with a new story, a different character, and a rectangular shape and think I'm still seeing some slight shift horizontally. hmmm.
Well, thanks for both of your efforts. I will keep my fingers crossed that it's resolved soon - but hedge my bets by trying to find a different way of representing the concepts in the meantime.
I'll keep this thread updated when I hear anything from our QA team, and if you create a workaround in the meantime that you can share here, please feel free to do so.
I see that this issue is still with our QA team for Storyline 1, but I don't see this yet in regards to Storyline 2, so if you're seeing this behavior we'll want to take a look at your .story file and confirm that you're working locally as described here. Working on a network drive or an external (USB) drive can cause erratic behavior, such as file corruption, an inability to save changes, and loss of resources.
I have just started using the trial version of Storyline 360 and am still noticing this same issue (I also experienced this in SL2). Is this QA item still open?
Thanks for reaching out here - this discussion is a bit older, so I had to dig a little bit further back, but I found the issue as reported in SL1, and I was able to replicate it as you mentioned within Storyline 2 and 360. Part of the issue seems to lie in the way in which I have to crop the original image to make the fourth of the pie and then get them to line up again, and that continued duplicate of the first image causes it to be more noticeable by the time I'm trying to line up the third duplicate.
Our team does continue to monitor the way issues such as this impact our customers and figuring out how a change might fit in with other priorities--so likely based on the time passed on this one, it seems it didn't rise to the top. I did report this anew to our QA team for Storyline 360 and determine if we can get a bit more information about the cause and ways in which it could be fixed. I'll be back in touch here once I have any additional insight to share, so I appreciate your patience on that!
I'm interested in a solution to this as well. I like to build objects in storyline 2, and it's frustrating to spend time on something only to have pieces of it shift when previewed/published. I have uploaded an example of a target I made. When I preview, the arrow pieces are not lined up right any more. It seems more frequently to be objects that I've rotated. Is anyone else seeing that trend?
Thanks for sharing your file with us, and I'm sorry this is causing you headaches. I can see how the arrow in your image is not centered with the target in Preview mode.
It’s definitely helpful to understand how many folks are experiencing this bug and how often they encounter it, as that helps us prioritize our development resources. We’re still working on this bug, and we’ll definitely let you know when we know more. You'll be notified of updates since you're now subscribed to this thread.
Hello, I am experiencing the same issue with Articulate 360 - the shape looks fine in edit mode but when I preview it is out of alignment. I've published the course for testers and they have noticed it as well.
Thanks for letting us know, Adrienne. I'll be sure to add your experience to the report. And now that you're subscribed to this thread, you'll be notified as soon as we share more information here. :)
I have a related issue but with line arrows only. They are placed exactly where needed in edit and preview mode but when published and viewed in HTML5, the arrows appear in a different area on the screen (attached).
I also tried to group it with another image on the arrow and yet is separates on screen which doesn't make any sense.
There is still an open issue with our QA team in regards to this behavior, but I did notice taking a look at your images that it appeared you were viewing the content off of your H drive? I wanted to double check if you're able to see the same thing when you've edited and published the content locally, and then viewed in the intended publish environment - as working on a network or shared drive on the .story files is known to cause some odd behaviors and ultimately file corruption while viewing the published content locally could also cause things to not display as expected.
If you'd like us to take a look at your file to confirm, we’d be happy too. You’ll want to upload the .story file here (which is the file prior to publishing) using the “ADD ATTACHMENT” button at the bottom of the forums reply window. If you’d prefer to not share in the public forums you’re always welcome to share with our Support Engineers here. They’re available 24/7 to assist!
I was working on my local drive and then published to a shared drive to view. My work around was to replace the shapes with images as those were not impacted and I was concerned the behavior would occur again when I published to the LMS.
Thanks Sandra - try publishing locally as well next time, and then take a look at the published output on your LMS to see if the same thing occurs. If you're not ready to upload to your LMS you can also look at testing at SCORM Cloud which is an industry standard for LMS testing. Let us know if you have another file you want us to take a look at and we're happy to do so!
I have somewhat of the same issue in SL2. I build a state, say a box. Add text on or aside the box/state. Go to preview and the text moves to the other side of the screen, WHAT THE HECK??!!!. Grouped or not, but... the orange box and text function (stays in place as it should) update for this bug?
Hm, that's so odd! Thanks for letting us know what's going on. Is it possible that your file is stored on a network or flash drive? If so, try saving it on your local C: drive and work from there.
If you're already working locally and you're still seeing this wonky behavior, would you mind sharing your file with me? I'm interested to take a closer look at it. You can attach it here in the thread by using the ADD ATTACHMENT button, or you can send it directly to our Support Engineers here if you’d prefer to send it privately.
Grrr, Hi ya Alyssa. All my items are local so that's not an issue.
The one state that did function as intended, I duplicated that state and items seem to stay in place. This was very odd. I most certainly would have shared the file but it’s already overwritten.
126 Replies
Hi Dorothy,
Can you post the slide(s) where this is happening? It's a little difficult to "diagnose" without seeing them.
I was also wondering if your DPI is set to 96, although I don't see why this would only negatively impact stacked shapes.
Hi Dorothy,
I'd agree with Becky that the first item I'd check would be the DPI. You'll also want to confirm you're working with local project files, as working on a network or USB drive could cause odd behavior.
Thanks for your assistance.
My DPI is already set at 96 and the file is local until after it's been published and loaded onto the LMS. I've copied the slide and attached it here. The shape over the character shifts when previewed. The idea is that as the learner progresses and learns more about the person, more of the character is exposed so that they see more than just the disease. It doesn't work so well when the object on top shifts and exposes the character. The red 'lights' on the gauge shift when the slide is previewed as well. I haven't tried publishing yet to see if it's just an issue with the preview function. Regardless, it's hard to work on it if I can't preview it and see it as it will appear. I eagerly await your suggestions.
Hi Dorothy,
Thanks for sharing the .story file here. Seeing what you've described in action, I did a bit more digging and found a similar issue where shapes are slightly out of alignment after previewing or publishing. I've added your file to the issue that has been reported to our QA team and unfortunately don't have a time frame to offer in regards to a fix. I'll keep this thread updated if I hear additional information from our QA team.
Hi Dorothy,
I totally see what you're talking about. I've tried a couple things, with no resolution:
Tried using a different shape to cover the character...same results
Tried placing the character and shape in a different position...same results
Tried a new blank slide, a new character inserted, a new shape inserted...same results: what I see in Slide mode is not what I see in Preview mode, where the character and the shape are offset
I experimented with a new story, a different character, and a rectangular shape and think I'm still seeing some slight shift horizontally. hmmm.
Well, thanks for both of your efforts. I will keep my fingers crossed that it's resolved soon - but hedge my bets by trying to find a different way of representing the concepts in the meantime.
I'll keep this thread updated when I hear anything from our QA team, and if you create a workaround in the meantime that you can share here, please feel free to do so.
Hi Gang,
I am seeing this behavior in Storyline 2 as well. Was it ever resolved?
Hi Sue,
I see that this issue is still with our QA team for Storyline 1, but I don't see this yet in regards to Storyline 2, so if you're seeing this behavior we'll want to take a look at your .story file and confirm that you're working locally as described here. Working on a network drive or an external (USB) drive can cause erratic behavior, such as file corruption, an inability to save changes, and loss of resources.
I have just started using the trial version of Storyline 360 and am still noticing this same issue (I also experienced this in SL2). Is this QA item still open?
Hi Larry,
Thanks for reaching out here - this discussion is a bit older, so I had to dig a little bit further back, but I found the issue as reported in SL1, and I was able to replicate it as you mentioned within Storyline 2 and 360. Part of the issue seems to lie in the way in which I have to crop the original image to make the fourth of the pie and then get them to line up again, and that continued duplicate of the first image causes it to be more noticeable by the time I'm trying to line up the third duplicate.
Our team does continue to monitor the way issues such as this impact our customers and figuring out how a change might fit in with other priorities--so likely based on the time passed on this one, it seems it didn't rise to the top. I did report this anew to our QA team for Storyline 360 and determine if we can get a bit more information about the cause and ways in which it could be fixed. I'll be back in touch here once I have any additional insight to share, so I appreciate your patience on that!
I'm interested in a solution to this as well. I like to build objects in storyline 2, and it's frustrating to spend time on something only to have pieces of it shift when previewed/published. I have uploaded an example of a target I made. When I preview, the arrow pieces are not lined up right any more. It seems more frequently to be objects that I've rotated. Is anyone else seeing that trend?
Hi Andrea,
Thanks for sharing your file with us, and I'm sorry this is causing you headaches. I can see how the arrow in your image is not centered with the target in Preview mode.
It’s definitely helpful to understand how many folks are experiencing this bug and how often they encounter it, as that helps us prioritize our development resources. We’re still working on this bug, and we’ll definitely let you know when we know more. You'll be notified of updates since you're now subscribed to this thread.
Hello, I am experiencing the same issue with Articulate 360 - the shape looks fine in edit mode but when I preview it is out of alignment. I've published the course for testers and they have noticed it as well.
Thanks for letting us know, Adrienne. I'll be sure to add your experience to the report. And now that you're subscribed to this thread, you'll be notified as soon as we share more information here. :)
I have a related issue but with line arrows only. They are placed exactly where needed in edit and preview mode but when published and viewed in HTML5, the arrows appear in a different area on the screen (attached).
I also tried to group it with another image on the arrow and yet is separates on screen which doesn't make any sense.
Hi Sandra
are you using SL2 or SL360?
SL2
Hi Sandra,
There is still an open issue with our QA team in regards to this behavior, but I did notice taking a look at your images that it appeared you were viewing the content off of your H drive? I wanted to double check if you're able to see the same thing when you've edited and published the content locally, and then viewed in the intended publish environment - as working on a network or shared drive on the .story files is known to cause some odd behaviors and ultimately file corruption while viewing the published content locally could also cause things to not display as expected.
If you'd like us to take a look at your file to confirm, we’d be happy too. You’ll want to upload the .story file here (which is the file prior to publishing) using the “ADD ATTACHMENT” button at the bottom of the forums reply window. If you’d prefer to not share in the public forums you’re always welcome to share with our Support Engineers here. They’re available 24/7 to assist!
I was working on my local drive and then published to a shared drive to view. My work around was to replace the shapes with images as those were not impacted and I was concerned the behavior would occur again when I published to the LMS.
Thanks Sandra - try publishing locally as well next time, and then take a look at the published output on your LMS to see if the same thing occurs. If you're not ready to upload to your LMS you can also look at testing at SCORM Cloud which is an industry standard for LMS testing. Let us know if you have another file you want us to take a look at and we're happy to do so!
I have somewhat of the same issue in SL2. I build a state, say a box. Add text on or aside the box/state. Go to preview and the text moves to the other side of the screen, WHAT THE HECK??!!!. Grouped or not, but... the orange box and text function (stays in place as it should) update for this bug?
player
Hi there Michael,
Hm, that's so odd! Thanks for letting us know what's going on. Is it possible that your file is stored on a network or flash drive? If so, try saving it on your local C: drive and work from there.
If you're already working locally and you're still seeing this wonky behavior, would you mind sharing your file with me? I'm interested to take a closer look at it. You can attach it here in the thread by using the ADD ATTACHMENT button, or you can send it directly to our Support Engineers here if you’d prefer to send it privately.
Grrr, Hi ya Alyssa. All my items are local so that's not an issue.
The one state that did function as intended, I duplicated that state and items seem to stay in place. This was very odd. I most certainly would have shared the file but it’s already overwritten.