player-03
commented
5 months ago <assets path="/usr/local/lib/haxe/lib/openfl/9,3,2/assets/fonts"
rename="fonts">
<font path="fonts/NotoSans-Regular.ttf"/>
<font path="fonts/NotoSerif-Regular.ttf"/>
<font path="fonts/NotoMono-Regular.ttf"/>
</assets>I assume this was a typo? Because that would produce "/usr/local/lib/haxe/lib/openfl/9,3,2/assets/fonts/fonts/NotoSans-Regular.ttf", which shouldn't exist.
There were a couple other bits I couldn't reproduce either, but it all ended up being close enough. Your insight about the id being an empty string was correct, and that saved me a bunch of time tracking down the source. So, thanks for the detailed report!
mallyskies
Declaring multiple fonts in a Lime project.xml file using the assets snippet below don't preload on HTML5 builds:
You can see this by creating a simple project, such as the AddingText sample project, adding the above to the project.xml file (using your own path to the TTF files), and running it with the verbose flag to enable verbose logging by Lime (e.g.
openfl -verbose -debug test html5), which should produce this output:The assets included by the sample project's existing tag are not mentioned, though there is a line stating "Loaded asset: [FONT] (5/5)" without any asset name.
The explanation for that console output is due to how
<assets>tag are all loaded, but the three fonts added by the newlime.utils.AssetLibrary.__fromManifest()processes the asset. On this statement, the id is assigned:However, for the fonts using the
<font>tag, they have no asset id at all and the path is the empty string "", which is why the output for [FONT] (5/5) doesn't show a path like the other assets. And sinceidis used as the key in a StringMap, only one font asset ends up being added to the map instead of three.A fairly simple workaround is to include all the assets in a specified folder, or a subset using
<assets include="..."/>or<assets exclude="..."/>. That's what the sample project does, and why its fonts do preload. Another workaround is to specify each font as a separate asset, like this:Using this syntax, the verbose console output looks correct:
Since the workaround is fairly straightforward, I don't think this issue is particularly important to fix. But I wanted it documented for others since it isn't clear how to successfully preload fonts for HTML5 targets in OpenFL. I tested this using OpenFL 9.3.2 and Lime 8.0.2, but I suspect it's been this way a long time.