Are there pure "openfl" developers?

OpenFL does not provide native support for bitmap text. You would need to create your own implementation using BitmapData. Or you would need to find a library that someone else created.

Here are the Haxelib download stats for HaxeFlixel. Over 30000 downloads of the 6.1.0 update.

1 Like

I updated the BitmapFont lib many years ago, the original author was not responding to PRs so it’s here : GitHub - MatseFR/BitmapFont: cross-platform bitmap font implementation

I didn’t use it for quite a while so I don’t know if it still works but I’d be willing to fix issues if there are some : if you try it and have issues let me know

Look at the example ( BitmapFont/Haxe/example at v2 · MatseFR/BitmapFont · GitHub ) to get how to use it

1 Like

.
How many people use “SWF” to create “UI interfaces”?
.
How many people use ‘openfl’ to develop games?
.

.
Currently, only “html5” supports high DPI screens? Are other goals not supported? For example, “Windows exe” is not supported either?
.

High DPI currently works well on macOS too. Until recently, SDL did not support high DPI on Windows at all. They initially added it to SDL2, but it is challenging to configure this feature on SDL2 properly, so we have not enabled it on Windows yet. However, in Lime 9, we plan to upgrade to SDL3 and high DPI will be supported on all native platforms, including Windows, macOS, and Linux.

1 Like

That’s great, will the next version use ‘SDL3’?

I’m curious, does as3air support high dpi?

By the way, administrator, have you tested the rendering performance of creatjs? Because on my computer, the rendering performance of creatjs is much higher than that of openfl and starling ..

As I said, Lime 9 will likely use SDL3. This is not the next version.

Yes, AIR supports high DPI. Using OpenFL’s AIR target will allow you to use high DPI, even on Windows. The current limitations for high DPI on Windows affect cpp, neko, and hashlink targets only.

No, I do not use CreateJS.