You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First, this is a beautiful font - Thank you for developing! I'm using Sora in a large branding project and have hit a few snags with some Windows users when creating powerpoint presentations and word docs. I cannot recreate this issue on a Mac in any application. So it's localized to the way windows (specifically Microsoft PPT and Word) handles bolding.
When someone on a Windows machine is using Thin, Extra Light, etc and uses the keyboard shortcut CTRL + B to bold words the display for certain letters becomes garbled. I'm guessing this happens because ctrl b just synthesizes a thicker weight of the currently selected thin font instead of switching to the real thicker font face (ie: Sora Regular, Semi-Bold, etc).
Here you can see when someone faux-bolds thin, portions of the lowercase w's and i's disappear.
When you look through the font list, they're all separate and not under the same family. I was wondering if it was a way the font names were organized in the family and if that might resolve the issue? Are they organized into separate faces instead of a group? Have you seen this issue before? Do you suggest installing the font in a specific way?
We've told them not to bold words in this way, but bad habits are hard to break :) Really hoping to continue using this beautiful font on this project and not have to default to a system font that is more "faux-bold friendly".
Thanks!
Trent
The text was updated successfully, but these errors were encountered:
We have recently changed our brand font to Sora Light - beautiful font - and have rolled it out to all employees now to use in their presentations and docs. We are now experiencing the same faux-bold issue (We are using the ttf version of Sora) - I was wondering if you have found a solution/workaround for this? (besides telling people not to bold it that way ;))
Any help or advice would be greatly appreciated :)
Thanks
Dom
Hi Dom - We did not find an effective work around.
In my exploration, I opened all the various weights in a font design program called Fontographer, and made naming adjustments to the meta data so CTRL + B did select the proper weight. While that worked, it meant installing a custom version of Sora which wasn't an effective solve.
Hello.
First, this is a beautiful font - Thank you for developing! I'm using Sora in a large branding project and have hit a few snags with some Windows users when creating powerpoint presentations and word docs. I cannot recreate this issue on a Mac in any application. So it's localized to the way windows (specifically Microsoft PPT and Word) handles bolding.
When someone on a Windows machine is using Thin, Extra Light, etc and uses the keyboard shortcut CTRL + B to bold words the display for certain letters becomes garbled. I'm guessing this happens because ctrl b just synthesizes a thicker weight of the currently selected thin font instead of switching to the real thicker font face (ie: Sora Regular, Semi-Bold, etc).
Here you can see when someone faux-bolds thin, portions of the lowercase w's and i's disappear.
When you look through the font list, they're all separate and not under the same family. I was wondering if it was a way the font names were organized in the family and if that might resolve the issue? Are they organized into separate faces instead of a group? Have you seen this issue before? Do you suggest installing the font in a specific way?
We've told them not to bold words in this way, but bad habits are hard to break :) Really hoping to continue using this beautiful font on this project and not have to default to a system font that is more "faux-bold friendly".
Thanks!
Trent
The text was updated successfully, but these errors were encountered: