See google/fonts#3411

I noticed that the vertical metrics are off on the google version of Sora.

The image below has line-height: 1. I would expect it to be centered within the padded area of the badge.

i've tried to build the sora font with fontmake, but it stops here:

fontmake: Error: In 'sora-italic.glyphs': Loading Glyphs file failed: Missing delimiter in list before content:
;
CR;
A;
Aacute;
Abreve;
Acircumflex;
Adieresis;
Agrave;
Amacron;
Aogonek;
Arin
make[1]: *** [debian/rules:8: override_dh_auto_build] Error 1
make[1]: Leaving directory '/var/www/debian/fonts-sora/2022/fonts-sora-0+git20220718+ds'
make: *** [debian/rules:5: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2
debuild: fatal error at line 1182:
dpkg-buildpackage -us -uc -ui failed

Tried blending Sora's 'a' with an alternative 'a' glyph from another typeface on Google Fonts called Epilogue.

Actually looks good. Might be worth considering in future versions perhaps?

Love the typeface! Thank you

It would be nice to add a /docs/sample.png image and include it inline at the start of the README :)

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

It should support ₺ sign (Turkish lira mark)

could you please tag versioned releases?

I hope I'm not being stupid here, but I've been troubleshooting for days and I'm pretty sure this is a problem with the fonts.

This issue concerns: https://github.com/sora-xor/sora-font/tree/master/fonts/ttf/v2.1beta

Specifically, these fonts seem to have inconsistent metrics (ascent, descent etc.):

• Sora-Thin.ttf
• Sora-ExtraLight.ttf
• Sora-Light.ttf
• Sora-Regular.ttf
• Sora-Medium.ttf
• Sora-SemiBold.ttf
• Sora-Bold.ttf
• Sora-ExtraBold.ttf

In a design tool like Figma, this results in incorrectly sized text boxes, which makes aligning text unfeasible:

In a font tool like Glyphr Studio, the problem is easier to see (notice how the ascent and descent guides are not consistent between fonts):

Hello.

Sora-Bold.ttf and Sora-Regular.ttf have the same name "Sora". On Windows, it generate problem with selecting Bold font.