When I inserted a text box in a PDF opened in Draw, I found it was using the Default graphics style. With the cursor in the text box, press F11 to open the styles and formatting box. Right-click the default style and Modify the style with different fonts, style, size, etc. This will change all the text boxes that use the default style.
At the moment you cannot set the font dynamically from the cms binding, unless you perhaps used a little custom code to read in a font name from a collection field and change the css style using a little javascript at run time.
I mainly use Evernote to clip articles from the web using Web Clipper. I noticed this morning that an article I clipped had normal text at 15 points, not 16, which has always been the default. I thought it was something in the text I had clipped, but then I glanced at a few of my more than 6,000 notes, and saw that all my more recent notes were now modified to have normal text at 15, not 16,. I also checked several older notes, and they seemed to still have the 16 normal text size. The other text types (large, medium, small header) don't seem to have been affected.
All my notes had normal text at 16 until this morning. Now, all the normal text coming from Web Clipper seems to come in at 15 points. I find this size too small for my tastes. How do I get my notes back to 16 point normal text?
Here's another wrinkle on this. For one note that had been converted to 15 pt normal text (per above), I selected a paragraph, changed its font size to 16, and then went up to the "normal text" drop down and selected normal text > update "normal text" to match. I like my notes in Serif font, so that paragraph was in Serif (as was the rest of the note). When I selected "update normal text to match", it turned all the normal text in my note to 16 points, which was good, but it also changed all the normal text in the note to Sans Serif, which was bad. In addition, the font family dropdown still said Serif. And when I tried to select a paragraph (now in Sans Serif) and re-select the Serif font family dropdown to change it back to actual Serif, it didn't change it. So ... bug report. I don't know if this is related to the first problem reported above, the unrequested change in font size.
I see from reading that blog post you linked that as part of the upgrade, they added a new default Sans Serif font, one that looks bigger than the old default font. Because it looks bigger, they decreased its default font size from 16 from 15.
Unfortunately, I prefer Serif so have converted most of my notes from Sans Serif to Serif (too bad Settings > Preferences > Notes doesn't allow you to select a default font for new notes, how hard would that be?)
Here's the catch: the new Sans Serif font at 15 pt looks equivalent to the old Sans Serif font at 16 pt, but the Serif font at 15 pt looks significantly smaller than it does at 16 pt. It's smaller, more cramped, and harder to read.
The font you sent me ( ArialSpaced ), really increased the gap between the letters.
But I will need at least twice as much as it turned out.
Can you guide me how you changed the font, so I can do and test?
An easy way to experiment with spacing is to use Word, if you have access to it. Using Arial write some characters in, say, 36pt, copy those to a second line, then select all the second line and use the Font Spacing feature to adjust until you get what you need:
image1754942 68.9 KB
The font works and the style works but not the size
So I tried changing the Font and the style, always works but it doesn't take the size
I tried testing with button, when I click the button, it runs the code above and I see that the size changes to 30 for a second but comes back to inital 10
Yup; you are correct. When I run it outside of the designer in an actual session, there is no noticeable change in size. I wonder if this is because the font automatically changes size proportionally to the label, and in the actual session, the label itself holds its dimensions.
I even set up a style customizer tied to a custom property I called fontSize. When I changed the custom property, it was the same result. The style was applied for a moment, and then, it was immediately overwritten.
Jyloo Software is a leading Java Look and Feel and Swing component provider. Based on Java Swing technology, Jyloo, JAVASOFT software products are user friendly, come along with a modern look, provide consistency and a high grade of customizability.
I have text boxes throughout my project that are set to Open Sans font, size 10, they are set to Resize shape to fit text and wrap text in shape. Mostly they work as they should, but sometimes I will close and save a file and when I re open it, the font changes to Open Sans size 15 and the text box stretches to be as wide as the longest paragraph in the text box. So I end up with this really wide text box with very big font that hangs way off the project area. I also have some text boxes set Arial 14 Green text and these too will change to 15pt Open Sans. Sometimes the text remains the correct size but the width changes so the text hangs off the project area.
This issue occurs across different files in different projects that I am working on. When it happens it will generally effect just one or two slides in the file and the remaining slides are unchanged. While I have tried, I haven't been able to figure out a pattern for when and why this occurs.
While I can obviously reset the fonts so that it all looks OK again, it is problematic because every time you open a file to change something you really need to check the entire file in case this issue has occurred.
Thanks for the suggestion. You may be correct as auto sizing does seem to be a troublesome feature. I thought of trying this but I have over 100 .story files with loads of text boxes in each and to my knowledge there if no way to make a global change. I will however change this option whenever it happens and hope it doesn't happen again.
Hi, Louise -- Thanks for reaching out and sorry to hear of your difficulties! May I ask if you have tried importing the file(s) into a new file to see if you find improvement? Also, you may want to check out the troubleshooting steps listed in this article and let us know if issues persist.
Yes, I always work directly from my local drive and always update to the latest version of Storyline whenever an update comes out. I also reboot my computer reasonably regularly. Although I've only recently posted about this, I've experienced this problem fairly regular over the past 6-9 months. Sometimes it doesn't change the font size, but the size of the text box stretches out to one line, way beyond the border of the project. It doesn't happen project wide, that is, I might have 20 similar slides in a project and this problem will occur on 2 or 3 of them. I can fix them, close again and open again and they'll be fine then open again the next day and they'll be changed again. I can't reproduce consistently so it's difficult to narrow down what factors are contributing to the problem. Next time it happens I can try to import to a new file, but because it happens so inconsistently I won't really know whether this has fixed the issue unless I keep opening and closing the file. If I could work out what causes it I'd be happy to work around it, but at the moment it a very bad bug for me. As a freelancer, I often open a file to tweak something and resend to a customer. I now need to check every text box in my project every time I do this - as you can imagine, this is very time consuming, and relies on me not to miss anything! If anyone can work out when/why this happens, it would be great to know.
Hi, Louise -- Many thanks for the additional details and for confirming the troubleshooting steps you have already attempted. May I ask if you might be able to share one of the problematic files so that we are able to do some testing on our end to see if we find the same behavior?
I am running into a similar problem. My project that had a 456H x 676W text box with white Ubuntu 22 pt font, which I also copied to other layers on the slide. I saved the project and today when I opened it, the original text box is 167H x 1585W (width of the longest paragraph) and the font is black Open Sans 22 pt. I also have a title on the slide that changed from Cyan Ubuntu 30pt, as well as, two single word text boxes with white Ubuntu Bold 25 pt text that all changed to black Open Sans Regular 21.5 pt.
I noticed the text boxes that changed are formatted to "Resize shape to fit text" and the copies that didn't are formatted to "Do not Autofit", but this doesn't explain why it is changing the font, color, and sizes in addition to the width. Even so, it should not change the width, but height as it usually does when editing the text. This is very problematic because not only is it not working as intended, but it is also not consistent. I have seen this sarcastically and it is becoming troublesome and counterproductive.
This sounds sadly familiar. I've had text boxes that suddenly are as wide as possible. When I look at the formatting, the "Wrap Text" box is unchecked -- even though it was checked before. I can correct the issue by re-selecting "Wrap Text" and adjusting the text box size. But it is a pain to have to do that. BTW, Articulate: I don't have any sample files, and I can't provide details about when this happens. As far as I can tell, it's a random bug.
Resize shape to fit text is probably the culprit. I never use that because I find it too annoying. Most of us who design e-learning use conventions for fonts, right? For example, 14 point for body text, 16 for headings, etc. So, it doesn't make sense to allow Storyline to resize things for you (IMO). :-) Another thing that can affect your fonts is the master slide. If you have a certain font style and size set up in text boxes on the master slides, I think that will translate to any slides using those. Lastly, a font issue I run into is when I copy from a Word (or other) document. Often, the formatting from the source is brought over into Storyline.
3a8082e126