-
Notifications
You must be signed in to change notification settings - Fork 12.2k
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
Restrictive embeddable permission in OTF and TTF variants #2517
Comments
does this work on IE9 Mobile too ? ( I can test that for you if you have a page with the modified version ) |
I'm not sure. Here's a test page: http://pvoborni.fedorapeople.org/fa-test/ |
@vopet just to know... is there any reason to prefer ttf over woff/eot? |
Packaging policy in Fedora + serving fonts to web apps without usage of external services like CDNs. |
temporarily added to 4.0.4 @vopet can you please check if bootstrap's default glyphicons has this permission? |
the ttf file is here: https://github.com/twbs/bootstrap/blob/master/fonts/glyphicons-halflings-regular.ttf |
It has the same settings as FA:
|
I think this should be done in docs/troubleshooting What is the command line to change from 0004 to 0000 ? |
Note: you might be forced to compile ttembed yourself. |
I can confirm this will not fix IE9 Mobile problem with fonts. About compiling, nothing more than clone the repo and |
I ran into this same issue and wanted to include ttembed in my build process, but didn't want to deal with compiling it, so I wrote a node module for ttembed. Just FYI in case it would be more convenient for this project. |
@thegregorator do you mind to edit the troubleshooting guide explaining this issue and needed steps to fix it? TIA |
Sure thing, I'll report back once I get a chance to make the edit. |
This also effects embedding the font in Powerpoint. |
@lizzzzard there is no particular reason for this. The actual settings are good to serve fontawesome as a webfont. I need to ask Dave about this one, at the moment you should fix permissions by yourself. I don't know if ttembed is the only way of doing that, maybe fontforge could help |
We’ll fix this right up for the next version. I’m always looking to make Font Awesome more open and easier to use. Thanks for bringing this up! |
@davegandy Thanks, nice to hear. I fixed it with ttembed here, even though it took a while until I had my windows machine ready to compile ttembed... the npm module didn't work since one of its dependencies was broken. |
These should now be addressed in the 4.1.0-wip branch. I've removed all restrictions on the font, and it should allow installable mode. |
The new font is installable now, but for me, embedding still doesn't work. What I did:
This did work with the ttembed fix. |
Reopening @lizzzzard could you please check permissions before and after ttembed fix? Please post there results |
Okay, I should have really gotten it this time. Please let me know if it's not working, and we'll re-open. Addressed in 4.4.1-wip branch. |
I'm still seeing this problem in IE11. I've got the latest and greatest font-awesome link. Can someone please help me out? |
Please check your group policy #8472 |
I have checked my group policy. I've changed it, but no icons show up still. |
I'm going to reopen here because permissions on .ttf file are still $ ./ttembed -n FontAwesome.otf
$ ./ttembed -n fontawesome-webfont.ttf
fstype=0004 fontawesome-webfont.ttf
$ ./ttembed fontawesome-webfont.ttf
$ ./ttembed -n fontawesome-webfont.ttf |
@tbinggeli please give a try to this branch https://github.com/FortAwesome/Font-Awesome/tree/installable-permission-on-ttf you should host it on your server |
Adding this to the release checklist until we can automate the fix. Going into 4.5.1. |
Can't get the node module to install for some reason. Anyone have a mac binary for ttembed? |
I have it compiled by myself. please check your email |
Okay, I ran:
and it returned nothing, but changed the file. Can anyone validate that this worked as it should? |
(Best I can verify with Fontographer, it looks like the permissions on the |
@davegandy I cannot check this because I'm not running into this issue. If ttembed returns nothing, it should be fine |
@tbinggeli please give a try to the 4.6.0-wip branch |
How do I point to the 4.6.0-wip branch? I'm pointing at On Mon, Apr 11, 2016 at 11:49 AM, Geremia Taglialatela <
|
Nevermind, I found it and copied it over. It did not resolve the issue. CSS3111: @font-face encountered unknown error. On Tue, Apr 12, 2016 at 4:55 PM, Travis Binggeli tbinggeli@gmail.com
|
we went from "the permission must be embeddable" to
Is there any chanche that a proxy is messing up with font files? could you please download the ttf on the machine experiencing the bug and check the md5 hash? |
Or just convert your file to .woff : https://cloudconvert.com/ |
Hello,
In both variants the embeddable permissions are set to "printable"(fstype=0004) instead of "installable"(fstype=0000). This causes a bug when the font is served to Internet Explorer 9+:
CSS3114: @font-face failed OpenType embedding permission check.
Permission must be Installable.
I assume this is caused by default settings of used font authoring tool. It can be also fixed by tool like https://github.com/hisdeedsaredust/ttembed during build process.
Note: IE9+ behavior is reproduced only when neither woff nor eot variants are served to IE. There are valid use cases for doing so. I'm mentioning it because it would be great to fix the issue and not close it with statement: 'there is a workaround' which is the default solution (serving everything).
Obviously this is a duplicate of #374 which was incorrectly closed by thinking it was a duplicate of #438
The text was updated successfully, but these errors were encountered: