kosude / orion Goto Github PK

All orionwin function abstractions check for the initialisation state of GLFW before proceeding, and initialise it if necessary. This impacts performance, so these checks should be removed.

Orion errors are internally standardised as macros. However, warnings are thrown via calls to printf() without any standardised warning codes or strings. Ideally, the treatment of warnings should mimic errors.

(Errors halt the program with SIGTRAP, warnings are just printed to stdout)

Some sort of backwards-compatible debugging solution should be implemented for older versions of OpenGL.

Orion is currently a Unix-only library (it might actually even be Linux-only).

I will aim to improve cross-compatibility with Windows, macOS, and other Unix platforms like the BSDs. I don't have the resources to test on any of these platforms right now, so it probably isn't going to happen for a while.

There aren't too many features that aren't standardised, HOWEVER I aim to make this library multithreaded when the time comes, meaning non-standard things like POSIX threads. Then there will be more work. （π︵π）

Limited (although improved) texture support

Currently, the support for types of texture is actually 100x better than in the previous Juno GL project, but I also aim to support 3D textures, 2D texture arrays, cube map arrays, 2D multisampled textures, and 2D multisampled texture arrays.

Integrating the Quite OK Image Format

Something else I want to do is support the QOI image format as well as the existing support for stbi-compatible formats (e.g. PNG, JPEG, etc).

Messy code

The textures.c file is full of code that I'm not very proud of (some repeated code, hacky if statements, etc) which should be eliminated at a later date - although this doesn't need to be prioritised at the moment. For the record; I was aware of this when writing it, as indicated by this comment, but I had spent about 5 hours doing this at this point so... oh well.

Missing getters

Some less commonly-used texture properties do not have appropriate getter parameters in oriGetTextureProperty(), so these need to be added ASAP.

Creating an oriBuffer struct means choosing one GL binding target for the buffer's entire lifespan, which is not always the intended behaviour. The oriBindBuffer() function should allow for choosing a binding target as a parameter.

Not all of GLFW's windowing functionality has been abstracted into Orionwin.

The following functions are yet to be abstracted, but will hopefully be soon:

• glfwSetWindowIcon()
• glfwGetWindowMonitor()
• glfwSetWindowMonitor()

In the function oriCreateWindow(), the monitor and share parameters have not yet been implemented.

Resizing windows (both with Orionwin/GLFW and raw GLFW) results in jittering, as if the size of the context viewport can't keep up with the size of the window.

This might be a problem with X11, so I'll aim to test the project on Windows soon (this will also help resolve #4).

Turns out using tabs for whitespace might be a bad idea. Some code viewers don't seem to be able to comprehend 4-space-width tabs (e.g. GitHub) and go to either 2-width or 8-width, which are both equally idiotic and have no place in this world. Just my opinion, though :)

So maybe convert them to spaces before committing so they are displayed the same.

I would rather use tabs and have code viewers display them in the objectively correct format, but this will have to do.