Timur Gafarov

Nuklear in Dagon is loaded dynamically using BindBC loader. Dagon uses [bindbc-nuklear](https://github.com/gecko0307/dagon/tree/master/extensions/nuklear/thirdparty/bindbc-nuklear-0.4.3) binding, which includes a [CMake configuration](https://github.com/gecko0307/dagon/tree/master/extensions/nuklear/thirdparty/bindbc-nuklear-0.4.3/c) to compile it as a shared library. Also Dagon uses a specific...

I've added an [instruction](https://github.com/gecko0307/dagon#runtime-dependencies) on building Nuklear with CMake. Also I've fixed its configuration so that the library can be installed with `make install` as usual.

Do you have an AMD card? I'm on Nvidia, so it's usually hard to debug compatibility issues. It might be a linux driver bug as well.

In #77 I've addressed some of the AMD issues, maybe this one is also resolved by now? And for the circular dependency, currently I don't see a way to replicate...

This is very interesting, VR support in Dagon would indeed be cool. I don't have a full-featured headset though, only a cardboard viewer, so can't test the API right now.

 [Animated textures](https://trello.com/c/qXkVmvYf/4-animated-textures)

 [Planar reflection](https://trello.com/c/UOikzjbT/39-planar-reflection)

 [Support OBJ groups](https://trello.com/c/DU84csCr/62-support-obj-groups)

It turned out that stb is much faster. I haven't compared them in detail, perhaps dlib.image can be improved, so porting stb to D will be a step towards this...

Thanks to recent optimization that makes dlib decoders perform not much worse than stb, this has lower priority now. But stb is still useful to support progressive JPEG, so I'll...