Cedric Hippmann

Related: #163

@Frontrider Could you comment these two lines: https://github.com/utopia-rise/godot-kotlin-jvm/blob/39828684e65b7d5c717a716c3d02911f74d4d4ad/kt/plugins/godot-gradle-plugin/src/main/kotlin/godot/gradle/setupConfigurationsAndCompilations.kt#L57 and https://github.com/utopia-rise/godot-kotlin-jvm/blob/39828684e65b7d5c717a716c3d02911f74d4d4ad/kt/plugins/godot-gradle-plugin/src/main/kotlin/godot/gradle/setupConfigurationsAndCompilations.kt#L68 build the engine and try again? My guess is that this excludes your module information from the resulting jar. But...

I'm just thinking: If your version suffix is telling the supported godot version, shouldn't we then name our releases after the true godot releases? So in the case where this...

This issue is postponed until https://github.com/utopia-rise/godot-kotlin-jvm/milestone/9 is done

But does godot have a file watching functionality? I'd rather not have some kind of service routine that periodically polls for changes. This creates unnecessary load on the system.

I definitely agree. I wouldn't want a third party lib for this. This was just an implementation example if we have to do it ourselves in the end

> I back this, although I advise against using a third party library - hopefully godot provide something in a platform agnostic way. This exist https://docs.godotengine.org/en/stable/classes/class_editorfilesystem.html - although I'm not...

It looks to me that C# is using a timer node for this: https://github.com/godotengine/godot/blob/8f7f5846397297fff6e8a08f89bc60ce658699cc/modules/mono/editor/GodotTools/GodotTools/HotReloadAssemblyWatcher.cs Searching the godot source didn't yield in any watching functionality so far.

This issue is postponed until https://github.com/utopia-rise/godot-kotlin-jvm/milestone/9 is done

Changed title and thus subject of this issue as the actual documentation of the commandline args was already done with https://github.com/utopia-rise/godot-kotlin-jvm/pull/79