You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
First of all, you have saved me a TON of time with this library and I LOVE IT so much more than the others (I won't mention ImGUI). I did need to make a little hack to get it working with my handle based asset system, however, in my engine. I basically hash the classname gotten from boost::* called pretty_name() and use that as a key into a key-value store (a thread safe C++ wrapper for std::unsorted_map). So... just wondering if you'd be opposed to introducing a new 64-bit member for nk_handle?
I propose:
typedef union {void *ptr; int id; long long id64;} nk_handle;
It would really help me out because every time I pull my Git submodule for Nuklear onto a new box I have to make that change.
Thanks so much.
The text was updated successfully, but these errors were encountered:
First of all, you have saved me a TON of time with this library and I LOVE IT so much more than the others (I won't mention ImGUI). I did need to make a little hack to get it working with my handle based asset system, however, in my engine. I basically hash the classname gotten from boost::* called pretty_name() and use that as a key into a key-value store (a thread safe C++ wrapper for std::unsorted_map). So... just wondering if you'd be opposed to introducing a new 64-bit member for
nk_handle
?I propose:
It would really help me out because every time I pull my Git submodule for Nuklear onto a new box I have to make that change.
Thanks so much.
The text was updated successfully, but these errors were encountered: