kotlin-graphics / uno-sdk Goto Github PK

Right now the inter project dependencies of kotlin-graphics look like this:

I think it would be better if we change it to something like this:

That way it's much easier to pull updates from let's say kool into gln. Instead of pushing an update to first kool, then glm, gli and then being able to use it in gln.

Together with this, we should start to only depend on either SNAPSHOT builds or actual releases, with releases only depending on release versions. That way we get a far more stable and reproducible build environment.
I'm not 100% sure how well jitpack and gradle work with SNAPSHOTs, but I think it's worth trying. I will start creating separate branches where I try the new dependency scheme. We can then periodically merge the current changes into there to ensure that everything works and decide at a later point if we want to switch completely or leave it as it is right now.

This issue is meant to be here for tracking the progress and issues with this change.

This will also implement the changes for kotlin-graphics/assimp#22 and might let us go back to a stable lwjgl relases (kotlin-graphics/assimp#21) for all projects except vkk which uses experimental features. @elect86 Do you know exactly why we switched to lwjgl-3.2.2-SNAPSHOT?

The provided MouseButton enum is very useful, however has some problems.

Multiple mouse buttons are defined for the same underlying id (e.g. 1 and LEFT both have the same id of 0).

This means the following expression will evaluate to false: MouseButton.of(0) == MouseButton.LEFT.

Potential solution:
Remove enum types 1, 2, 3, LAST. This would break backwards compatibility.

Perhaps there is another solution that doesnt break backwards compatibility?

Sadly its not possible to override Enum.equals which would probably be the best solution.

Hello,

I tried to test this SDK with Intellij IDEA community edition and Gradle, but I could not get it to run. I tried adding Gradle dependencies such as glm, jogl, and jogamp with no luck. The example given in the Readme was unable to import the gl calls and trying to open just the glfw window crashed with an error about glm library and classpaths.

It would be good to have an example project or tutorial clarifying what are the required steps and dependencies needed to get this running and to showcase why this SDK is worth using.

I'm curious about the goals of the project, more about if in the future it will support other than JVM or at least if its planned.

I know that right now Kotlin native its not worth it, so if later on the project could migrate in some way to support both JVM and Native.

Btw according to their blog Kotlin 1.2 will support multi-platform projects.

Regards