Some stuff would just make TornadoFX bigger, like ...
# tornadofx
e
Some stuff would just make TornadoFX bigger, like adding @JvmOverloads to for example methods like
c()
for colors, so you don't need to pass in opacity. Others are harder, finding a good syntax to express LinearDimension for example, would require a completely different structure. Thirdly, kotlin can call setters with
varName = value
, but this becomes
setVarName(value)
in Java, which adds too much noise, so all properties should probably be public fields instead in the Java version.