I've noticed that any new course I make in Rise, the Details section defaults its font back to a Serif font like Times New Roman or something. No matter what font I use, if I view the course on iOS the Details section switches font. This is only happening to new courses, so any course I update from now it will happen. This is a major bug and we need a fix implemented ASAP.
Hey everyone! I'm happy to let you know that we've fixed the issue where the wrong font was showing on your mobile devices. Please export your courses again to take advantage of the fix.
I am having quite the same problem. The body and title fonts are Times New Roman, and the blocks are another non-serif font. On top of that, it is not changing the block accent colours for my custom choice.
I am having quite the same problem. The body and title fonts are Times New Roman, and the blocks are another non-serif font. On top of that, it is not changing the block accent colours for my custom choice.
Thank you for confirming this is also happening to you. I hope the devs see this soon.
This! 😩 This same issue is happening to me! Super weird because I only see serifed fonts on my mobile (Android) and this JUST suddenly started happening. I ask the devs to compare any new review links on desktop against mobile and it's pretty evident. Hope it gets fixed very soon! 😖😖😖😖
This! 😩 This same issue is happening to me! Super weird because I only see serifed fonts on my mobile (Android) and this JUST suddenly started happening. I ask the devs to compare any new review links on desktop against mobile and it's pretty evident. Hope it gets fixed very soon! 😖😖😖😖
I'm glad I'm not the only one. It seems there was a big Rise update yesterday that introduced a bunch of new templates. Maybe this update caused the issue...
I hope devs fix this issue as soon as possible. I have to deliver a bunch of courses.... and they dont look good with this issue in mobiles... you know nowadays all people take training in mobiles...
I have discovered that the issue depends on the screen and if I zoom in and out, the problem appears and disappears.
(NB for me, the issue is not on a mobile device, but on a normal PC browser on a large screen.)
Wow Tracy, I did not notice this is happening on Desktop when the responsive player resizes. I think the issue is becoming clearer to fix if it is not related to mobile devices. I'll update my case ticket to reflect this and hopefully they will be steered in the right direction. Thanks for the very helpful information Tracy!
And talking about the responsive screens and sizes, I also seem to have this issue: the "Click to flip" over the flip cards instruction appears in desktop size,
but in mobile size does not appear.
So switching sizes is definitely causing problems. Even with some texts. Please help!
Our client sent us a screencast of this happening in their courses we built for them using Rise. Is this a documented bug by Articulate? And do they know when it actually started?
Our client sent us a screencast of this happening in their courses we built for them using Rise. Is this a documented bug by Articulate? And do they know when it actually started?
Yes Sharon, this has been logged with Articulate as a bug. They are aware of this thread too.
This problem is still unsolved. In mobile view, the font is changed to a serif font. Please, can dev. get back on status on this issue.
Regards,
Henrik
It is unfortunate that this issue is still plaguing every Rise course. This is a very simple fix from a coding perspective. The dynamic resolution is altering the font as the screen hits its breakpoints. I'm unconvinced they are actually actively trying to fix this as the fix should be fairly straightforward.
I want to emphasize to the community and the devs, this issue was caused by an update last month. After the update this issue was present. It's a simple font bug that is caused by the screen being resized to a smaller breakpoint.
To the devs: To fix this issue, take a look at the screen size breakpoint where the font switches. You're using a "font:inhert;" call to the body but after the breakpoint, it's restoring a default "Times New Roman" font instead of continuing its inheritance from the body font.
I've done my best here to at least point the devs in the right direction and if there are any coding whizzes in this community, maybe you can identify a solution for the dev team.
So I'm tired of waiting for this dev team on this. I'm convinced they are just not doing anything about it. So I had the inspiration to fix this and I found the problem in their coding. TLDR: they are inheriting the Merriweather font in the container for the description.
For Instructional Designers who can't wait for the devs to implement the fix, here is the solution:
When you publish a course, extract the .zip file.
Navigate to scormcontent > lib > main.bundle.css
Open this file in Notepad, or wherever you want to edit the code.
Hit CTRL+F to open the Find window and type in: ".overview__description"
You'll notice after the bracket "{" a sentence: "font-family:merriweather,serif;"
Change this to "font-family:lato,sans-serif;"
Save the file
Navigate back to the root folder, select all the folders and files, Send to > Compressed .zip
Your course should work without randomly switching to Merriweather font when the screen gets too small, or on mobile.
For the devs: Look at the solution above and implement the fix inside of Rise so we don't have to do this massive workaround.
29 Replies
I am having quite the same problem. The body and title fonts are Times New Roman, and the blocks are another non-serif font. On top of that, it is not changing the block accent colours for my custom choice.
Update: It seems to be only happening on mobile, because we are now replicating the issue on Android.
omg yes I have this issue too, what happening?!
Thank you for confirming this is also happening to you. I hope the devs see this soon.
This post was removed by the author
This!
😩 This same issue is happening to me! Super weird because I only see serifed fonts on my mobile (Android) and this JUST suddenly started happening. I ask the devs to compare any new review links on desktop against mobile and it's pretty evident. Hope it gets fixed very soon! 😖😖😖😖
I'm glad I'm not the only one. It seems there was a big Rise update yesterday that introduced a bunch of new templates. Maybe this update caused the issue...
I hope devs fix this issue as soon as possible. I have to deliver a bunch of courses.... and they dont look good with this issue in mobiles... you know nowadays all people take training in mobiles...
Also noticed that if I go and check previous versions, the correct font displays. 😰
But the latest version has the ugly serifed font in there. Somebody help! 😭😭😭😭
Same problem here. Hope this can get fixed soon... :S
Thank you for this post, this is not good. It's breaking any old courses that were published before the update. Rise devs, please help!
I've submitted a case report and the devs are looking into it. If any community members are noticing this, please comment for visibility.
I have discovered that the issue depends on the screen and if I zoom in and out, the problem appears and disappears.
(NB for me, the issue is not on a mobile device, but on a normal PC browser on a large screen.)
Wow Tracy, I did not notice this is happening on Desktop when the responsive player resizes. I think the issue is becoming clearer to fix if it is not related to mobile devices. I'll update my case ticket to reflect this and hopefully they will be steered in the right direction. Thanks for the very helpful information Tracy!
This post was removed by the author
And talking about the responsive screens and sizes, I also seem to have this issue:
the "Click to flip" over the flip cards instruction appears in desktop size,
but in mobile size does not appear.
So switching sizes is definitely causing problems. Even with some texts. Please help!
Coming from this post: https://community.articulate.com/discussions/rise-360/font-issue-d932fc03-833e-4659-9b22-72552978b79c#reply-786708.
Our client sent us a screencast of this happening in their courses we built for them using Rise. Is this a documented bug by Articulate? And do they know when it actually started?
This problem is still unsolved. In mobile view, the font is changed to a serif font. Please, can dev. get back on status on this issue.
Regards,
Henrik
Yes Sharon, this has been logged with Articulate as a bug. They are aware of this thread too.
It is unfortunate that this issue is still plaguing every Rise course. This is a very simple fix from a coding perspective. The dynamic resolution is altering the font as the screen hits its breakpoints. I'm unconvinced they are actually actively trying to fix this as the fix should be fairly straightforward.
Thank you for the info Ros.
Is there an update on when this will be fixed? It's still unresolved as of this writing.
There is no word from the support ticket I made. I just pinged them now in the ticket and so I'll respond here when I get a response from them.
I want to emphasize to the community and the devs, this issue was caused by an update last month. After the update this issue was present. It's a simple font bug that is caused by the screen being resized to a smaller breakpoint.
To the devs: To fix this issue, take a look at the screen size breakpoint where the font switches. You're using a "font:inhert;" call to the body but after the breakpoint, it's restoring a default "Times New Roman" font instead of continuing its inheritance from the body font.
I've done my best here to at least point the devs in the right direction and if there are any coding whizzes in this community, maybe you can identify a solution for the dev team.
So I'm tired of waiting for this dev team on this. I'm convinced they are just not doing anything about it. So I had the inspiration to fix this and I found the problem in their coding. TLDR: they are inheriting the Merriweather font in the container for the description.
For Instructional Designers who can't wait for the devs to implement the fix, here is the solution:
For the devs: Look at the solution above and implement the fix inside of Rise so we don't have to do this massive workaround.
This discussion is closed. You can start a new discussion or contact Articulate Support.