When I compile the Starling Demo, i have this warning :
openfl test html5 -final
Warning: Could not find generated font file "bin/html5/obj/webfont/DejaVuSans.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/DejaVuSans.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/DejaVuSans.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/Ubuntu-R.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/Ubuntu-R.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/Ubuntu-R.svg"
Hmm, what happens if you do a -clean -verbose build? I believe these fonts convert properly on my machine, but sometimes the webfont converter does fail on certain font files
I have similiar problem , but with Arial and Verdana fonts:
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIAL.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIAL.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIAL.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBD.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBD.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBD.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANA.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANA.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANA.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANAB.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANAB.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/VERDANAB.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBDCFF.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBDCFF.woff"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALBDCFF.svg"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALCFF.eot"
Warning: Could not find generated font file "bin/html5/obj/webfont/ARIALCFF.woff"
Warning: Could not find generated font file “bin/html5/obj/webfont/ARIALCFF.svg”
I actually used to get this warning a lot of times. I used to convert the fonts manually and put all the formats in the particular place. That stopped showing warnings at least. However, even after doing that, it used to be very hard to let openfl recognize the custom font being used. Not sure, if that is related with these warnings or not.
I tested on Android, ttf not work on this platform, my font is remplaced by a default font.
When I use “Times New Roman”, on Android in not the same font that Windows, I converted a part of Windows times.ttf to a personal font (“.ttf”, “.eot”, “.woff”, “.svg”).
What is “webfont converter” ? I have a font.ttf and in the bin folder I have a font.ttf, not “font.eot”, “font.woff”, “font.svg”, I created it manually.
What desktop platform are you using? We use a command-line converter to turn TTF (and some OTF) fonts into EOT, WOFF and SVG fonts for use on the web. You can add these other files to your final CSS manually using your own converter, but we try to automate this to make it simple to use. It sounds like the webfont converter is possibly failing to run well on certain systems, which would be another problem
Just runned into this. If I use verbose it actually creates the files.
Though don’t know if it is Openfl or Haxeui, or a combination of both that happens when I use “html5 -clean -verbose” and It throws:
uncaught exception: [lime.utils.Assets] ERROR: There is no FONT asset with an ID of "Font Here"
when I try to do: btn_criar.customStyle.fontName = “Font Here” ;
btn_criar is an haxe.ui.components.Button
If I do : “trace(Font.enumerateFonts(false));” it says:
[{
src : null,
name : Roboto
},{
name : Roboto
},{
name : Font Here
},{
__fontPath : null
}]
so somehow Roboto is getting loaded twice in there too. Don’t know what is up with fontPath:null though.
EDIT 1: if I use -final __fontPath : null goes away.