Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

arefruqaa: v1.002 (#1132) #2476

Merged
merged 1 commit into from
Jun 1, 2020
Merged

arefruqaa: v1.002 (#1132) #2476

merged 1 commit into from
Jun 1, 2020

Conversation

khaledhosny
Copy link
Contributor

No description provided.

Latest upstream release. Also update metadata and license files.
@m4rc1e
Copy link
Collaborator

m4rc1e commented May 29, 2020

Fontbakery report

Fontbakery version: 0.7.25

[1] Family checks
WARN: Is the command `ftxvalidator` (Apple Font Tool Suite) available?
--- Rationale ---

There's no reasonable (and legal) way to run the command `ftxvalidator` of the
Apple Font Tool Suite on a non-macOS machine. I.e. on GNU+Linux or Windows etc.

If Font Bakery is not running on an OSX machine, the machine running Font
Bakery could access `ftxvalidator` on OSX, e.g. via ssh or a remote procedure
call (rpc).

There's an ssh example implementation at:
https://github.com/googlefonts/fontbakery/blob/master/prebuilt/workarounds
/ftxvalidator/ssh-implementation/ftxvalidator


  • WARN Could not find ftxvalidator.

[8] ArefRuqaa-Bold.ttf
🔥 FAIL: Check license file has good copyright string.
--- Rationale ---

An OFL.txt file's first line should be the font copyright e.g:
"Copyright 2019 The Montserrat Project Authors
(https://github.com/julietaula/montserrat)"


🔥 FAIL: Copyright notices match canonical pattern in METADATA.pb
--- Rationale ---

The expected pattern for the copyright string adheres to the following rules:
* It must say "Copyright" followed by a 4 digit year
* Then it must say "The <familyname> Project Authors"
* And within parentheses, a URL for a git repository must be provided
* The check is case insensitive and does not validate whether the familyname is
correct, even though we'd expect it is (and we may soon update the check to
validate that aspect as well!)

Here is an example of a valid copyright string:
"Copyright 2017 The Archivo Black Project Authors
(https://github.com/Omnibus-Type/ArchivoBlack)"


  • 🔥 FAIL METADATA.pb: Copyright notices should match a pattern similar to:
    "Copyright 2020 The Familyname Project Authors (git url)"
    But instead we have got:
    "copyright 2015-2020 the aref ruqaa project authors (https://github.com/alif-type/aref-ruqaa), with reserved font name eurm10." [code: bad-notice-format]
🔥 FAIL: Copyright notices match canonical pattern in fonts
🔥 FAIL: Name table strings must not contain the string 'Reserved Font Name'.
--- Rationale ---

Some designers adopt the "Reserved Font Name" clause of the OFL license. This
means that the original author reserves the rights to the family name and other
people can only distribute modified versions using a different family name.

Google Fonts published updates to the fonts in the collection in order to fix
issues and/or implement further improvements to the fonts. It is important to
keep the family name so that users of the webfonts can benefit from the
updates. Since it would forbid such usage scenario, all families in the GFonts
collection are required to not adopt the RFN clause.

This check ensures "Reserved Font Name" is not mentioned in the name table.


  • 🔥 FAIL Name table entry ("Copyright 2015-2020 The Aref Ruqaa Project Authors (https://github.com/alif-type/aref-ruqaa), with Reserved Font Name EURM10.") contains "Reserved Font Name". This is an error except in a few specific rare cases. [code: rfn]
WARN: Is the Grid-fitting and Scan-conversion Procedure ('gasp') table set to optimize rendering?
--- Rationale ---

Traditionally version 0 'gasp' tables were set so that font sizes below 8 ppem
had no grid fitting but did have antialiasing. From 9-16 ppem, just grid
fitting. And fonts above 17ppem had both antialiasing and grid fitting toggled
on. The use of accelerated graphics cards and higher resolution screens make
this approach obsolete. Microsoft's DirectWrite pushed this even further with
much improved rendering built into the OS and apps.

In this scenario it makes sense to simply toggle all 4 flags ON for all font
sizes.


  • WARN The gasp range 0xFFFF value 0x02 should be set to 0x0F. [code: unset-flags]
WARN: Copyright notice on METADATA.pb should not contain 'Reserved Font Name'.
WARN: Glyphs are similiar to Google Fonts version?
WARN: Checking Vertical Metric Linegaps.

[8] ArefRuqaa-Regular.ttf
🔥 FAIL: Check license file has good copyright string.
--- Rationale ---

An OFL.txt file's first line should be the font copyright e.g:
"Copyright 2019 The Montserrat Project Authors
(https://github.com/julietaula/montserrat)"


🔥 FAIL: Copyright notices match canonical pattern in METADATA.pb
--- Rationale ---

The expected pattern for the copyright string adheres to the following rules:
* It must say "Copyright" followed by a 4 digit year
* Then it must say "The <familyname> Project Authors"
* And within parentheses, a URL for a git repository must be provided
* The check is case insensitive and does not validate whether the familyname is
correct, even though we'd expect it is (and we may soon update the check to
validate that aspect as well!)

Here is an example of a valid copyright string:
"Copyright 2017 The Archivo Black Project Authors
(https://github.com/Omnibus-Type/ArchivoBlack)"


  • 🔥 FAIL METADATA.pb: Copyright notices should match a pattern similar to:
    "Copyright 2020 The Familyname Project Authors (git url)"
    But instead we have got:
    "copyright 2015-2020 the aref ruqaa project authors (https://github.com/alif-type/aref-ruqaa), with reserved font name eurm10." [code: bad-notice-format]
🔥 FAIL: Copyright notices match canonical pattern in fonts
🔥 FAIL: Name table strings must not contain the string 'Reserved Font Name'.
--- Rationale ---

Some designers adopt the "Reserved Font Name" clause of the OFL license. This
means that the original author reserves the rights to the family name and other
people can only distribute modified versions using a different family name.

Google Fonts published updates to the fonts in the collection in order to fix
issues and/or implement further improvements to the fonts. It is important to
keep the family name so that users of the webfonts can benefit from the
updates. Since it would forbid such usage scenario, all families in the GFonts
collection are required to not adopt the RFN clause.

This check ensures "Reserved Font Name" is not mentioned in the name table.


  • 🔥 FAIL Name table entry ("Copyright 2015-2020 The Aref Ruqaa Project Authors (https://github.com/alif-type/aref-ruqaa), with Reserved Font Name EURM10.") contains "Reserved Font Name". This is an error except in a few specific rare cases. [code: rfn]
WARN: Is the Grid-fitting and Scan-conversion Procedure ('gasp') table set to optimize rendering?
--- Rationale ---

Traditionally version 0 'gasp' tables were set so that font sizes below 8 ppem
had no grid fitting but did have antialiasing. From 9-16 ppem, just grid
fitting. And fonts above 17ppem had both antialiasing and grid fitting toggled
on. The use of accelerated graphics cards and higher resolution screens make
this approach obsolete. Microsoft's DirectWrite pushed this even further with
much improved rendering built into the OS and apps.

In this scenario it makes sense to simply toggle all 4 flags ON for all font
sizes.


  • WARN The gasp range 0xFFFF value 0x02 should be set to 0x0F. [code: unset-flags]
WARN: Copyright notice on METADATA.pb should not contain 'Reserved Font Name'.
WARN: Glyphs are similiar to Google Fonts version?
WARN: Checking Vertical Metric Linegaps.

Summary

💔 ERROR 🔥 FAIL ⚠ WARN 💤 SKIP ℹ INFO 🍞 PASS 🔎 DEBUG
0 8 9 61 15 233 0
0% 2% 3% 19% 5% 71% 0%

Note: The following loglevels were omitted in this report:

  • SKIP
  • INFO
  • PASS
  • DEBUG

Diff images: arefruqaa_qa.zip

@m4rc1e
Copy link
Collaborator

m4rc1e commented May 29, 2020

Thanks!

The spacing for the Latin has changed a lot but it looks way better.

Desktop_OS_X_High_Sierra_safari_11 1_

Seems these glyphs are missing

glyphs_missing

uni06F0, uni06F1, uni06F3, uni06F8, uni06F9

@khaledhosny is this intentional?

@khaledhosny
Copy link
Contributor Author

🔥 FAIL: Check license file has good copyright string.
🔥 FAIL: Copyright notices match canonical pattern in METADATA.pb
🔥 FAIL: Copyright notices match canonical pattern in fonts

These are fixed in Fontbakery, you might need to update your installation.

🔥 FAIL: Name table strings must not contain the string 'Reserved Font Name'.

This is unfortunate but harmless, it involves the name of the original Latin fonts (EURM10, EURB10) which we don’t use here.

@khaledhosny
Copy link
Contributor Author

Thanks!

The spacing for the Latin has changed a lot but it looks way better.

Yes, that is one of the major changes. It was re-spaced by @kalapi for GF years ago.

Seems these glyphs are missing

glyphs_missing

uni06F0, uni06F1, uni06F3, uni06F8, uni06F9

@khaledhosny is this intentional?

Yes, the glyphs are identical to other glyphs so they were de-duplicated and the characters were mapped to the other glyphs:

$ hb-shape ArefRuqaa-Regular.ttf -u '06F0,06F1,06F3,06F8,06F9' --direction=l
[uni0660=0+475|uni0661=1+387|uni0663=2+848|uni0668=3+771|uni0669=4+651]

$ hb-view ArefRuqaa-Regular.ttf -u '06F0,06F1,06F3,06F8,06F9' --direction=l

hb-view output

@m4rc1e
Copy link
Collaborator

m4rc1e commented Jun 1, 2020

SGTM. I'll recheck it once its been pushed to sandbox.

@m4rc1e m4rc1e merged commit 468061c into google:master Jun 1, 2020
@khaledhosny khaledhosny deleted the arefruqaa-v1.002 branch June 1, 2020 13:26
@khaledhosny
Copy link
Contributor Author

Thanks!

@m4rc1e
Copy link
Collaborator

m4rc1e commented Jun 1, 2020

Will be around 2 weeks before it hits prod. Thank you for the clean pr!

@khaledhosny
Copy link
Contributor Author

Will be around 2 weeks before it hits prod.

Have there been any progress in this? I still see the old fonts in https://fonts.google.com/specimen/Aref+Ruqaa

@khaledhosny
Copy link
Contributor Author

Any news? it is been almost two months. Is it stuck somewhere, Amiri is already updated and it was merged later.

@m4rc1e
Copy link
Collaborator

m4rc1e commented Jul 27, 2020

@khaledhosny I'll see what's holding it up. If it's good, I'll get it pushed this week.

@khaledhosny
Copy link
Contributor Author

Friendly reminder.

@m4rc1e
Copy link
Collaborator

m4rc1e commented Sep 1, 2020

Sorry for the delay. I'll see what's holding it up.

@khaledhosny
Copy link
Contributor Author

It is been over three months since this PR was merged and the font is still not updated on the server. cc @davelab6

RosaWagner added a commit that referenced this pull request Oct 19, 2020
@RosaWagner
Copy link
Contributor

Metadata.pb misses arabic in the subset menu, we should add it before sending it to production

@khaledhosny
Copy link
Contributor Author

Metadata.pb misses arabic in the subset menu, we should add it before sending it to production

It is been like that since it was first added in #1001, but I can send a PR if you want me to.

@RosaWagner
Copy link
Contributor

it's okay, it's a pretty quick fix, I do it now ;)

@RosaWagner
Copy link
Contributor

Fixed in : #2769

@khaledhosny
Copy link
Contributor Author

Thanks!

@RosaWagner RosaWagner added --- Live Font is visible on API and removed --- to_production labels Nov 10, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
--- Live Font is visible on API
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants