Iam working in Storyline 3 and using Google Font Roboto. It looks fine while editing but when I preview or publish, any font that is Roboto italics is rending gibberish (see attached). Any advice on how to resolve this? This is happening in any of my files where I have italicized Roboto.
This is an issue me for me now after reinstalling Storyline today .... I've been using Roboto without issue for months and now today it is garbled in preview but fine in the slide file. I tried turning modern text off and on, and it doesn't make a difference.
With your permission, I'd like to take a look at your project file to investigate what's happening. You can share it publicly here, or send it to me privately by uploading it here. I'll delete it when I'm done troubleshooting.
I am having the same problem in a Storyline 360 course. Today (Sept 24th) I opened a course created on August 27, 2019 and when I preview, any Roboto Light type set to Italic is gibberish. What can I do? Related question, are fonts embedded in the course - does the end user need to have the font installed?
Had this same problem. Use Modern Fonts was disabled so I couldn't use that, but I also had two instances of Roboto Light and uninstalling fixed the problem. This is very strange as I was using Roboto Slab and not Roboto.
I'd like to enlist our Support Engineers' help so we can look at additional steps to understand why the Roboto font is displayed incorrectly in Review 360. Please use this link to connect with a Support Engineer.
I don't know the answer exactly, but this may point you in the right direction. All 3 of these characters are special character types. If you are pasting in text from Word or some other app, you may be pasting in some special characters that Roboto doesn't have.
Try pasting you text into a simple text editor like "Notepad" (for Windows). Then, copy your text out of Notepad and paste it into Storyline. That will convert those special characters back to more standard text. (Or, you can delete the text out of Storyline and manually type it back in.)
I'm not sure about the apostrophe, but combination characters like "fi" is called a ligature. Some word processors will replace the "Fi" with the special character that is a combination of the 2. _ligature The 3 dots is called an ellipsis and that is also a single special character that replaced the 3 separate periods.
Georgia is a classic serif font from Microsoft used in newspapers and magazines. It gives an authoritative (and formal) appearance to your emails and is an excellent option to enhance the readability of densely worded content.
Oswald is a tight, condensed font that lets you incorporate more characters without compromising readability. Use Oswald in headlines to make a bold statement while maintaining a balanced appearance vertically and horizontally.
Choose and test alternative fonts for your email campaigns, especially if you use web fonts instead of email-safe fonts. Each email client has default alternative options, but these are flexible.
To avoid choosing the wrong alternative font, find fonts with similar heights, serifs (or sans-serifs), and letter spacing.
Regardless of your font choice, consider line and letter spacing when designing your emails. Too little or too much spacing makes reading difficult.
We recommend using letter spacing for all uppercase text because capital letters can sometimes blend into each other. Also, consider adding letter spacing for smaller-than-usual text to ensure readability.
In comparison, the font in Opera and Chrome are exactly the same, and the font in Firefox is slightly off. and now I'm noticing this in almost all websites - it just seems the font in gmail/google calendar is obviously not smooth. What did i do, and how do i fix this? :(
Fonts are definitely fine in Opera and Chrome. In Firefox they are... craggy? pointed? In all Google websites (gmail, google calendar, youtube) the font is way messed up. I've also now noticed the same on espn. I definitely did something to the fonts.
Again: re-installing, creating a new profile, refreshing I've tried, nothing works. When I go to options, fonts and then uncheck 'Allow pages to choose their own fonts, instead of your selections above', the font i select definitely works and looks great. When I re-check that option, everything goes back to fudge.
The Font tab shows that the 'screwed up' font is 'Roboto', either plain Roboto, Roboto Medium, Roboto Bold, etc. Roboto is definitely the family of font that is 'messed up'. I also see Google fonts, as well as Calibri and Ariel. All those seem to be ok.
on that page, take a look at the words 'styles' and 'usage'. Firefox renders those in the same crappy way. However, if I type in 'styles' in the 'type here to preview text' box, it renders in firefox PERFECTLY.
Strangely, if I go to the Roboto font that loads like ass in firefox and zoom it out to 40? It seems to be fine. Its just not rendering well at lower font size. Again, renders fine and smoothly in opera and chrome.
After updating my/our devices to iOS 17 (or XCode 15, not entirely sure), the custom fonts in our application have started randomly not working. Usually it will happen after the app has been in the background for a while.
I have no idea how to reproduce it. I tried simulating the memory warning on the simulator, but that doesn't trigger it. It did not happen when building for iOS 16 and I did not change any font logic since then. It still does not happen on devices running iOS 17 but on versions of the app built with XCode 14.
To reiterate, all the fonts work when launching the app. Restarting the app always fixes it, which, combined with the fact that they get swapped around, leads me to believe that it's some kind of font caching issue.
I'm having this issue as well on iOS 17.2.1 and Xcode 15.2.0. Certain fonts (Font Awesome 5 Pro Light in my case) will randomly return nil from UIFont(fontWithName:_,size:_). Even when the font name is returned through UIFont.fontNames(forFamilyName:_) The strange thing is that I can reliably reproduce it, however it doesn't always happen. In other words, I can navigate to a screen that uses it just fine, but if I take a different route through the app to get there, then it stops working.
I also have this problem, but can trigger the issue to occur reliably by using the iOS Simulator "Simulate Memory Warning" function. This would seem to suggest that when the device is memory constrained it unloads fonts from memory, but then doesn't do a good job of reloading them again when they're needed.
I got this font name by inspecting the file, and it was working just fine except for intermittently failing linked to low memory as other posters have observed. Having spotted this I starting experimenting and noticed using UIFont.fontNames(forFamilyName:_) that actually this font was described differently as FontAwesome6Pro-Regular.
I switched to referring to the font by that name and weirdly, that doesn't seem to experience the problem. You could argue that i'd been using the wrong font name the whole time, but surely then it would never have worked. In any case, i'm happy because this now seems to work and hope this solution helps others.
I was facing a similar problem: Some fonts were loaded and rendered properly, but later, after some navigation, they started to render incorrectly (falling back to the system font). I checked all the fonts used, and the problem only occurred with fonts lacking 'name tables in the font.'
Which appears fine. It was code I copied from StackOverflow, and since it worked I just let it be. Now I spent some time reading about this method (CTFontManagerRegisterGraphicsFont), and it seems it has a sibling, called CTFontManagerRegisterFontsForURL ( -ctfontmanagerregisterfontsforurl). The main difference between these two methods, aside from one asking for a URL to the font file and another asking for the actual font, is that the latter takes another argument, namely scope, which can be one of none, process, persistent and session - see
And it now seems it's resolved. I have not seen the fonts misbehaving since, and it's been several days of opening the app, working on it and such. I also want to clarify that in my original post, it was simply a case of UIFont returning nil for the requested font, and I had null coalesced a nil font to the system default, which added to my confusion with regard to the "swapping around" of fonts - something that did not happen.
Over 30 million PowerPoint presentations are made daily. Therefore, when it comes to creating your own slide decks, you need to take every advantage you can get to make it stand out. Among other design choices, choosing the best fonts for presentations can provide a huge impact with minimal effort.
Differing from the Serif font style, Sans Serif fonts do not have a tail. The most popular Sans Serif font used in presentations is Arial, but other commonly employed renditions of Sans Serif typeface include:
As a result of being one of the easiest typecases to read compared to different presentation fonts, Helvetica is great for communicating major points as titles and subheadings in a Microsoft PowerPoint presentation.
If you are presenting live to a large group of people, Helvetica is your new go-to font! The classic Sans Serif font is tried and tested and ensures the legibility of your slide deck, even for the audience members sitting at the very back. Though it looks good in any form, you can make Helvetica shine even more in a bold font style or all caps.
Futura is one of the popular Sans Serif fonts and is based on geometric shapes. Its features are based on uncomplicated shapes like circles, triangles, and rectangles. In other words, it mimics clean and precise proportions instead of replicating organic script or handwriting. Futura is a great default font for presentations because of its excellent readability, elegance, and lively personality.
3a8082e126