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

Update NAME table to remove full license text from binary font files #3

Closed
davelab6 opened this issue Jun 4, 2014 · 16 comments
Closed
Assignees

Comments

@davelab6
Copy link

davelab6 commented Jun 4, 2014

The full text of the OFL is in the NAME table ID 13 of the binary font files distributed by Adobe from sourceforge.

I recommend replacing it with the following to reduce the filesize and improve web font latency:

This Font Software is licensed under the SIL Open Font License, Version 1.1. This license is available with a FAQ at: http://scripts.sil.org/OFL

I also recommend making the copyright notice in NAME table ID 1 match the copyright notice in the txt files distributed with the fonts:

Copyright 2014 Adobe Systems Incorporated (http://www.adobe.com/), with Reserved Font Name 'Source'.
@miguelsousa
Copy link
Member

Thanks for the suggestions. Our legal team is reviewing them.

@miguelsousa
Copy link
Member

The next version of Source Serif will have the following strings:

name ID 13
This Font Software is licensed under the SIL Open Font License, Version 1.1. This license is available with a FAQ at: http://scripts.sil.org/OFL. This Font Software is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the SIL Open Font License for the specific language, permissions and limitations governing your use of this Font Software.

name ID 0
Copyright 2014 Adobe Systems Incorporated (http://www.adobe.com/), with Reserved Font Name 'Source'.

The name tables of Source Sans and Source Code will also be updated accordingly in their next versions.

@davelab6
Copy link
Author

Brilliant! Thanks! :)

@frankrolf
Copy link
Member

I just updated the name table in my (non-public) development files. This change will propagate to the next release.

@miguelsousa
Copy link
Member

Let's keep it open until a version with this change actually ships.

@miguelsousa miguelsousa reopened this Dec 12, 2014
@kenlunde
Copy link

What about the name.ID=14 string? The Source {Sans,Serif,Code} Pro fonts currently use "http://www.adobe.com/type/legal.html" as the string, which is a URL that points to Adobe's standard (and non-open source) license, so wouldn't it be better to use "http://scripts.sil.org/OFL" instead?

@davelab6
Copy link
Author

Agree that would be better

@kenlunde
Copy link

I would also advocate changing the name.ID=13 string to remove the URL, because it is available at the name.ID=14 string (whose official name is "License Info URL"):

This Font Software is licensed under the SIL Open Font License, Version 1.1. This license is
available with a FAQ at the License Info URL. This Font Software is distributed on an "AS IS"
BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the SIL Open Font License for the specific language, permissions and limitations
governing your use of this Font Software.

Thoughts?

@davelab6
Copy link
Author

davelab6 commented Mar 14, 2015 via email

@kenlunde
Copy link

Even better.

@pauldhunt
Copy link

I believe this all had to go through our legal department.

@kenlunde
Copy link

The proposed modifications result in a more concise name.ID=13 string, and also correct the name.ID=14 string to reference to the correct license. In any case, I am bouncing these suggested changes off of our Legal for confirmation.

@kenlunde
Copy link

Adobe Legal just gave the proverbial "green light" for the proposed tweaks.

name.ID=0 (Copyright notice):

Copyright 2014, 2015 Adobe Systems Incorporated (http://www.adobe.com/), with Reserved Font
Name 'Source'.

name.ID=13 (License Description):

This Font Software is licensed under the SIL Open Font License, Version 1.1. This Font Software
is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND,
either express or implied. See the SIL Open Font License for the specific language,
permissions and limitations governing your use of this Font Software.

name.ID=14 (License Info URL):

http://scripts.sil.org/OFL

@n7s
Copy link

n7s commented Apr 7, 2015

Given that various font viewing apps conveniently tend to limit themselves to show (parts of) the copyright field and do not expose the URL fields to the user by default, I would recommend that any Designer URL, Manufacturer URL and License URL (along with a mention of the FAQ) continue to stay visible in fields like Copyright and Description. The chosen license should also ideally be referenced in the copyright field: IOW with just the font file, if you simply see the copyright statement with no other information available, how can you can tell what you are allowed to do or not with the font software?

There's the OpenType spec and then there's the reality of how the metadata is actually shown and used by designers.

The speed argument of removing the actual text of the license has to be weighted against the propagation of a font where clear authorship and licensing metadata is much easier to ignore. Are you sure you really want that? Including for the non-web-oriented formats? There are probably other ways of making size and speed gains that do not involve loosing the entire legal text. The licensed item should continue travelling with its license clearly attached and not require extra effort to be aware of its terms.

BTW, the OFL.txt header template has the expression "copied below" to encourage authors not to widen the gap between the copyright statement and the actual licensing terms too much, then recipients are more likely to have access to the full context of what is allowed and not have to rely just on a external reference. (Think of offline scenarios as well).

@davelab6
Copy link
Author

davelab6 commented Apr 7, 2015 via email

@frankrolf frankrolf self-assigned this Jun 25, 2015
@frankrolf
Copy link
Member

This issue has been fixed in release 2.0.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants