-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Change the whole library to not use any null-terminated strings #905
Comments
This makes sense to me for several reasons:
|
Another thing that would be nice with this change would be if all sizes where of type One small con with such a change would be that C defines behavior for unsigned int overflows but signed int overflow is undefined. Operations on signed integers can optimize better because of this. |
Personally i don't see any reasons to not use null terminated strings. They are simple and fit very well as this is simple C gui library. |
There is one. And it's very important one. Bindings to other languages. Nowadays "nobody" is writing GUIs in C. But libraries are written in C because of easy interoperability. And so is Nuklear.
Feel free to design a better solution conforming to the above mentioned requirement. |
C null terminated string is a standard. Every programming language has utilities for interoperability with it. I'm using Nuklear with Dlang and there's no pain with its API at all. |
They do, but as you said with "having utilities". That's just a nice way of saying they don't support null-terminated buffers/strings as first class citizens. And I fully agree.
I don't follow - Nuklear has nothing to do with Windows API. |
As discussed in #890
The text was updated successfully, but these errors were encountered: