One question: the bgfx API uses uint8_t and uint16_t function parameters at many places, which is kind of inconvenient in Java because you have to (short) and (byte) cast a lot. Is there an option maybe to selectively generate int parameters in Java which still map to the correct (smaller) C type?If there isn't, would that be a reasonable idea? Like a modifier, e.g. asInt..uint8_t.IN("_stage", "") (with a more fitting name, of course).
bgfx_set_view_clear((byte)0, (short)(BGFX_CLEAR_COLOR | BGFX_CLEAR_DEPTH), 0x303030ff, 1.0f, (byte)0);
bgfx_set_view_clear(0, BGFX_CLEAR_COLOR | BGFX_CLEAR_DEPTH, 0x303030ff, 1.0f, 0);
Documentation. I dodged the topic so far. What's your guidelines here?
As the package does not include a bgfx shared library, we may need to document how to build or where to obtain one.
The examples download a dependency (JOML) and copy a pile of assets from the bgfx repository. Not sure if that troubles at some point. Most of them are precompiled shader files which could also be inlined as byte tables. One of the examples works like that already.
API test coverage still isn't particular great, so I'm pretty sure there are still some API quirks and/or bugs. Would need to port more examples, though at one point this would become an interesting task, as many of them work with imgui - which means porting them w/o GUI, or refactor them to use Nuklear for example.
Do you have any results to show? Real completed examples?