Forum Discussion
Are fonts embedded?
When I would pick a new font for a slide is that font embedded?
In other words if I have a special font on my machine and I click on that
special font does the user have to have that font on their machine or is
the font embedded so the one I picked from my machine will work on
everyone elses machine?
thanks
91 Replies
- chrisKing1Community Member
I've been blind-sighted by this issue as well. Seemingly randomly the fonts are not being embedded, but yes it seems that wherever I'm using variables there is an issue. Very disappointing. I think there at least needs to be a warning message in Storyline that fonts need to be verified on other machines.
Adding support for web fonts would be totally awesome. I don't know if I can trust anything other than system fonts now :(
Hi Chris,
Sorry to hear this issue tripped you up as well. You'll see that the font will default to a system font, so you may want to look at setting them up to use some standard fonts like Arial, Times New Roman, Open Sans, etc.
Also you're welcome to share your thoughts on this set up here by submitting a feature request.
- D-ChristopherCoCommunity Member
I'm running into the same problem but I'm not familiar with the variables "workaround"?
My thoughts, along with other designers above, is that the Articulate coding developers MUST figure out how to make fonts embedded as part of standard use or at least as an option override as done in MS Word or PPT. This should at least be done for common use such as titles, basic on-screen text placeholders, Notes, and any added text placeholder, shapes, etc. Use for embedded text with buttons, check boxes, input fields would be a wish list item for me.
As an independent contractor, I'm not the one to publish and upload to an LMS. So, that is a scenario being missed by Articulate's tool developers. For me, publishing has always been handled by the client's L&D team.
For now my "workaround" to ensuring the published module is accurate with the proper fonts, for both publishing AND SME reviews, is going to need to be sharing all font files used within the module with the client. My only hope is that the SMEs and client 1) don't have any IT restrictions to individuals uploading font files to their machines so they can publish/review and 2) no font licensing issues are being broken.
I will be submitting a feature request for embedded font use for common text areas.
Hi Alain,
Fonts are not embedded as a part of a text entry or variable reference. If you included that font as a part of the slide itself in a stand alone text box - the text would appear as such. Hope that helps clarify.
- MarkWeingarten-Community Member
Someone mentioned the idea of using google fonts for variable references. Has anyone tried this and had any luck?
Hi Mark,
I haven't seen a confirmation from other users that they were able to accomplish this behavior with Google Fonts yet, but if you're giving it a test please keep us posted as it'll likely help others in the community!
- NardaButlerCommunity Member
I just found this thread since I am trying to have students take notes in a virtual notebook with a very cool handwriting font (Google font - Gloria Hallelujah). It all worked until I simply published to the web and noted the variable references defaulted to a very boring, non-handwriting font.
But, and I am a little excited about this, when I published to an LMS and threw it up on Tempshare, it worked! The text input by students, saved as a variable, when referenced, appears in the Gloria font! And that is true on the same machine that had previously defaulted to the boring font.
It worked using Chrome and IE whatever# we use. It did NOT work in Firefox or Safari. :-(
Narda
Hi Narda,
Thanks for that info on Google fonts - generally the variable reference and the text entry will use a font you've set, if the user has that installed as well - but if they don't, it's going to default to the system fonts...which understandably can be boring. It sounds like recommending a browser to your users would be the way to get things working how you want - and Chrome is a good browser to default too. Provides the best experience for Storyline content in HTML5 as well!
Hi Andrew,
Yes, with Storyline 360 we switched to WOFF fonts, but there was a fix pushed out recently that should have resolved the issues in HTML5 and the server not recognizing the font. Did you install the latest update?
- IndraniSen-e083Community Member
Hi Leslie,
One of my coworker was reviewing a published course in our LMS. The chalkboard, and other Dosaris and FjaliaOne fonts were replaced by 'Arial'. How can I make sure that the fonts are embedded? As I did not find enough information, I just recreated these headers and exported them as image files. However I would hate to do this for every header. Thanks
I
- AndrewHanleyCommunity Member
Indrani - when the fonts are not working, is the course running from a web server, or from your local machine?
We had the same problem as you initially - that fonts were not being embedded so when viewed on a web server they were reverting to Arial.
The reason was down to a bug in Storyline which has now been fixed in SL 360, but not SL 2 (I think)
You can work around it though if you have access to the server. You simply need to allow the WOFF font on your server; its a security issue. If you explicitly declare and allow the fonts you need on the server then it may fix your problem; it did for us.
As a quick test, it might be worthwhile downloading the trial version of SL360 or SL3 and publishing your course with that. You may find the problem fixes just by doing that.
Good luck!
- IndraniSen-e083Community Member
Hello Andrew,
Thank you for reaching out , your time and help. Please see my comments in brown.
Reply to Are fonts embedded?Andrew Hanley replied:
Indrani - when the fonts are not working, is the course running from a web server, or from your local machine?
From my local machine, it works perfectly. I have uploaded this articulate program in our LMS (Coursemill), and users I believe access it via IE.
We had the same problem as you initially - that fonts were not being embedded so when viewed on a web server they were reverting to Arial.
The reason was down to a bug in Storyline which has now been fixed in SL 360, but not SL 2 (I think)
Hmm.. that is not good news to me. We have SL 2. I don’t think we have the budget to upgrade ☹
You can work around it though if you have access to the server. You simply need to allow the WOFF font on your server; its a security issue. If you explicitly declare and allow the fonts you need on the server then it may fix your problem; it did for us.
I will explore the WOFF font on the server.
As a quick test, it might be worthwhile downloading the trial version of SL360 or SL3 and publishing your course with that. You may find the problem fixes just by doing that.
Good luck!
Thank you again for your help. !!
Reply
View
Related Content
- 11 months ago
- 10 years ago
- 11 months ago