I'm using a couple of fun fonts in a SL course that I'm building. One in particular, Baveuse, shows up just fine in SL when I'm building the course but, when I preview it, the font doesn't render correctly. See the screen shots below. Any idea why?
Well Logan, I'm not sure if this is good or bad news...
I had a colleague test the Futura Medium font that you mentioned and he does not have an issue with format retention.
Seems that this is a standard Mac font, but not on the Windows side or available within Storyline unless you convert to the windows font library, which he did utilizing this tool.
At this point, Futura was available within Storyline and formatting was retained.
Interesting. Thanks for the detective work! I tried reinstalling the fonts and they are there...there is a bold version which does not show in SL, maybe that's it?
Yes, I would expect it would need to be IN Storyline for it to work correctly. Glad that you were able to figure out something that would work well for you though :) Thanks for your patience. I learned something today as well.
Hi everyone, we're having a similar issue on a few machines. For us, the issue appears in the form of line spacing and font rendering appearing off for some but not for others in the same file.
Here's an example where Gil Sans MT is behaving differently in the same file on two different Windows 10 Machines:
Here is Gil Sans MT with 17 pt. line spacing (appears correctly):
Same file, same font, same formatting (appears wrong):
Changing the formatting does not fix the issue on the machine experiencing the difficulties.
We've already verified that the font works correctly in MS Office on both machines.
Hi, Michael -- Thanks for reaching out here an sorry for your troubles! Would you be able to share your file to see if we encounter the same behavior? Here is the form you would need to send that along for private review.
And Michael -- I thought for good measure that I might also ask if you can check the DPI settings on the various machines being used (please see additional information here).
Thanks for the additional ideas of things to check. It looks like the DPI may be the culprit—her text size was set to 150%. I'm waiting to hear if that fixes the issue, but I can verify that we are following the recommended workflow that you also shared.
Just for good measure, I've also submitted the file via the form you shared the link for in your first reply. I've referenced this forum thread in the appropriate field.
Great news—we changed her DPI setting, and it appears to have fixed the issue in this particular file. We'll need to test some other files that have given intermittent issues, but I'll be sure to check the DPI setting on anyone's machine that reports font issues in the future.
Thanks again, Christie!
Please let me know if your team finds anything weird with the Gil Sans MT font that may not be accounted for with this particular fix.
57 Replies
Well Logan, I'm not sure if this is good or bad news...
I had a colleague test the Futura Medium font that you mentioned and he does not have an issue with format retention.
Seems that this is a standard Mac font, but not on the Windows side or available within Storyline unless you convert to the windows font library, which he did utilizing this tool.
At this point, Futura was available within Storyline and formatting was retained.
Interesting. Thanks for the detective work! I tried reinstalling the fonts and they are there...there is a bold version which does not show in SL, maybe that's it?
I'll keep working regardless. Not a big deal.
Yes, I would expect it would need to be IN Storyline for it to work correctly. Glad that you were able to figure out something that would work well for you though :) Thanks for your patience. I learned something today as well.
Hi everyone, we're having a similar issue on a few machines. For us, the issue appears in the form of line spacing and font rendering appearing off for some but not for others in the same file.
Here's an example where Gil Sans MT is behaving differently in the same file on two different Windows 10 Machines:
Here is Gil Sans MT with 17 pt. line spacing (appears correctly):
Same file, same font, same formatting (appears wrong):
Changing the formatting does not fix the issue on the machine experiencing the difficulties.
We've already verified that the font works correctly in MS Office on both machines.
Any ideas?
Thanks,
Mike
Hi, Michael -- Thanks for reaching out here an sorry for your troubles! Would you be able to share your file to see if we encounter the same behavior? Here is the form you would need to send that along for private review.
And Michael -- I thought for good measure that I might also ask if you can check the DPI settings on the various machines being used (please see additional information here).
And could you please also verify that you are following the Recommended Workflow for Collaborative Network Environments in order to avoid potential file corruption (which could be contributing to what you are experiencing)?
Hi Christie,
Thanks for the additional ideas of things to check. It looks like the DPI may be the culprit—her text size was set to 150%. I'm waiting to hear if that fixes the issue, but I can verify that we are following the recommended workflow that you also shared.
Just for good measure, I've also submitted the file via the form you shared the link for in your first reply. I've referenced this forum thread in the appropriate field.
Case # 00859154
This post was removed by the author
Great news—we changed her DPI setting, and it appears to have fixed the issue in this particular file. We'll need to test some other files that have given intermittent issues, but I'll be sure to check the DPI setting on anyone's machine that reports font issues in the future.
Thanks again, Christie!
Please let me know if your team finds anything weird with the Gil Sans MT font that may not be accounted for with this particular fix.
This discussion is closed. You can start a new discussion or contact Articulate Support.