Thats funny, I have the opposite problem. I like FXML, but there's no templating system, so if you think of a standard list view --eg the github issues page-- the most natural fit to my mind is for your view code to express a kind of template, where you define the static wrapping view, and then something like "produce one of these for every item on the page". FXML has no mechanism to do this. The result is that we create an outer "controller" (view-model), and then inner view-models per line item. The result of this is pressure to make views really small, thus we get lots of files, and reduced value from SceneBuilder (which is IMHO the whole goddamn point of FXML). I'll be interested to see how tornadoFX handles this problem. I'd imagine that will all the power of kotlin it'l be a breeze, but I wonder how polluted with domain logic it'l get