player-03

> when I run `lime rebuild` for one of my libraries it creates an NDLL instead of an HDLL Yeah, Haxelib isn't the only piece of software that still prefers...

I'm running dangerously low on easy-to-test ideas... - Did you ever try reinstalling Neko? - Does this happen in a fresh project like DisplayingABitmap? - What if you replace `load`...

No worries about the delay. Develop at your own pace! Thanks for the test repo. While I can compile the project fine myself, I do get an error when running...

Great! It's still unclear why this happens (maybe a quirk in Haxe 4.1.5?), but it works and that's what matters. It'd still be nice to find a solution that doesn't...

It's a good thought, but I don't think we can do that. The problem is Haxe's code completion requires a main class, which libraries lack. The obvious workaround is to...

Really? Ok, then in theory this is possible. Not high priority since you can work around it, but we'll keep it in the list.

Is there any reason you can't use the [template feature](https://player03.com/openfl/template-basics/)? Copy `ElectronSetup.hx` into your project, make the changes you need, and then tell Lime to use your copy: ```xml ```...

Question: With Flash (mostly) gone, is the Flash backend still a concern?

> The change to the method signature of `lime.app.Application.onKeyDown` is a breaking change which affects OpenFL, Flixel, and other dependent libraries, is there a more stable method to make this...

Haven't tested it, but from the code I'm pretty sure you can write `if="${targetType==hl}"` if you want certainty. Except it only works for XML projects, and HXP projects are out...