Different bullet spacing on different computers?

Has anyone seen an issue where bullets are spaced differently on different computers? As a test, I created a textbox and filled in in with bulleted text. I had a coworker open the same file and take a screenshot to compare. In their screenshot there is less space between each bullet. The more bullets you have the worse it gets. This is an issue because we have several people working on the same files and text is aligned to other elements. Both computers are using the SAME version of Storyline, both have the file copied locally to their machines. The screen resolution and text rendering settings are the same. Line Spacing is set to 1.0 on both tests.

It should be noted that the same test was done in PPT and the issue was not present. It only seems to happen on unordered bullet lists, not numbered ordered lists or text without bullets.

Here is the screenshot side-by-side comparison. I added numbers to illustrate how they eventually separate. Each bullet adds an extra pixel per line.

Here is the same screenshot overlapping to illustrate that it adds a pixel per bullet.

23 Replies
Dan G.

Yes, everything in both screenshots is identical on both computers. It shows up the same way on a published file. The difference is not in any setting, preference or resolution, but in the bullet rendering itself. We have tried it with 3 fonts (Arial, Verdana, and Articulate) and each one does the same thing.

It may not seem like a big issue, but we have highlight boxes and other elements that need to be lined up to overlay specific text. If one user develops it to how they see it looking right and then hand it off to another user (as is how our process works), the second user would need to adjust each box/element. But if the first user gets the file back, everything will be messed up for them.

Obviously the ideal situation would be for only one user or computer to develop a single file, but that is not how a company with multiple developers works. We need to be able to have multiple developers work on the same file and see everything the same way.

Ashley Terwilliger

Hi Dan,

How are you and the other users sharing the files back and forth? You'll want to follow thecollaborate method detailed here.


Also, you mentioned you're both using the same version - is this Storyline 1 or 2? Within the version, are you both using the same update as well? The newest would be Storyline 1 Update 6, and Storyline 2 update 1.

Could there be any other differences from your computer to one of your other colleagues? Such as different Windows, Office, one operating in a VM, etc.?

Joanna Pearce

Hi, This still seems to be an issue.

I have had a project which I have aligned text perfectly in a screen, but when I open up the same file on my laptop, it is all mis-aligned.

Have also had this happen when opening up a file a colleague was working on and the alignment of images and text is not aligned to how they were seeing it on their machine.

We were both running identical versions of windows and identical versions of Storyline 2 (update 10) but still seeing the issue.

Would be really good if this was looked into and fixed, as it can be very time consuming fixing alignment, only to have it break again when handed back to my colleague.

Alyssa Gomez

Hi Joanna!

I'm curious if you and your colleague both have the same DPI setting. Articulate Storyline requires Microsoft Windows to be configured with 96 DPI (dots per inch). If Windows is using a different DPI setting, you may experience erratic behavior, such as:

*  Elements of the application are misplaced or distorted.
*  Objects are misplaced or distorted when previewed or published.
*  Zoomed images don't work as expected.
*  Font sizes are incorrect after using the translation features.
 
Joanna Pearce

Yes, we are opening up the exact same file but on 2 different computers, so alignments are the same, it just seems like the text spacing is different.

I have another colleague who has opened up the file and she is seeing the same as my other colleague, but for me the text just doesn't line up with the graphics (or in 1 case the tab spacing are all mis-aligned)

Alyssa Gomez

Thanks for popping back in with an update, Joanna.  At this stage I would recommend reaching out to our Support Engineers directly so they can investigate with you to get to the bottom of this as quickly as possible. Be sure to share your case number here so I can follow along and post updates for others who may encounter the same issue in the future.

Thoughtful Learning Designs LLC

Hello! Was there a resolution to this case? A colleague and I are having the exact issue with bullet spacing while collaborating on a file in SL2. The spacing looks completely different when opened on 2 identically configured computers, with a clean file on one, and complete text overlap, wording in margins, different margins, etc when viewing the same screens on the other laptop.

Thanks!

Alyssa Gomez

Hi Renee! Thanks for reaching out here. It looks like our Support Engineers are awaiting Joanna's file for testing, so there was not a resolution to the case. 

Can you confirm that you're following the guidelines in this Recommended Workflow for Collaborative Network Environments?  You mentioned you're using identically configured computers, so you'll want to confirm they are both using the 96 DPI described here. Using anything different could be causing odd behavior within your Storyline files. 

If you're still having issues, it would be helpful if you could share your file with our Support Engineers for further testing. They're available 24/7 and will work with you one-on-one to get to the bottom of this!

Laura Ingle

BTW...figured out the issue on mine. Check to make sure that any developers working on your shared SL file actually have the font used in the asset installed on their computer. Even though working with the same file, your other developer might not have the font installed on his/her system. It may show the font name in storyline in the font field when authoring, but if the font used isn't actually installed in the developer's computer in the system font directory, it will be treated differently and thus view differently after they save it and pass it back to you to work on.