Cedric Hippmann
Cedric Hippmann
This is a documentation issue for evaluating and researching the changes we need to make to our `godot-kotlin-symbol-processor` and `godot-intellij-plugin` to make them ready for the new kotlin kompiler named...
This changes our rpc related code to support the changes made in godot. Namely; - Drop of rset and any other property related rpc calls and configuration - New rpc...
The new `api.json` from the `GDExtensions` includes a block `native_structures` which we do not yet understand for what it's for. We can't just ignore those types in there as they...
@piiertho has already done most of the cpp changes to support Godot 4. But many things on the JVM side still need to be changed. Namely the shared buffer glue...
Some Godot Types are hardcoded strings inside the Entry-Gen. With Godot 4, many type's have been renamed, added or removed. These changes need to be incorporated into the hardcoded strings...
Follow up issue from #256. Currently `gd_kotlin.cpp` is a mess as it slowly grew in functionality and complexity. We have to refactor it at some point.
Currently we have the bootstrap class which handles file system changes and reloads classes accordingly. It basically is the sole reason why we have to ship the `godot-bootstrap.jar` alongside the...
For the time being we have the same problems and limitations as `C#` has regarding the new `GDExtension` system. These namely are: - lack of namespace support (not a big...
@piiertho introduced a very useful and nicely designed abstraction for various type informations called `traits`. These traits allow us to handle object and type traits more efficiently and especially in...
Depends on: https://github.com/godotengine/godot/pull/58436 and https://github.com/utopia-rise/godot-kotlin-jvm/issues/309 Once the dependent issues are resolved, we can finish the API generation reimplementation.