math - Githubissues

googlefonts / roboto-flex

SIL Open Font License 1.1

471 stars 32 forks source link

math #115

Open dberlow opened 4 years ago

dberlow commented 4 years ago

see plus/minus at opsz 8, wdth 25, wght 400

multiply opsz , wdth 151, wght , needs to remain square, or squarer thru-out designspace.

dberlow commented 4 years ago

And multiply has a contour direction issue too as JP illustrated on classic issue #80

thlinard commented 3 years ago

Some observations:

= and ≠ don't have the same width in high wght and wdth values (at low opsz values)
≠ doesn't follow = weight in low wdth values
÷ doesn't follow wght increase
The + goes wider than the − in the wdth axis

Perhaps it would be easier if the same horizontal bar was used as a component in ÷+−=≠¬±?

dberlow commented 3 years ago

The former issues were discovered in Roboto “Classic” and should all be corrected long ago in flex. Thanks we’ll check them out.

And the same horizontal bar is a good idea for design spaces that don’t extend very far in wght. Once a design space does, those bars diverge in weight and only the next, or some version of OT will make possible a single composite for all, that varies per glyph.

thlinard commented 3 years ago

I tested with https://github.com/TypeNetwork/Roboto-Flex/blob/master/fonts/RobotoFlex%5Bslnt%2Cwdth%2Cwght%2Copsz%5D.ttf released 8 hours ago.

For the horizontal bar, I was thinking of one bar per master: the idea is that ÷+−=≠¬± should evolve together.