I'll look at the buttonbar thing asap

it when you pass the Pos.TOP_RIGHT

no hurry I removed it and the buttons line up nice enough for now

@ron I committed a fix for the alignment.

fetching, merging, testing 😉

consider it fixed 😉

Sweet!

looks so much better

Absolutely!

and I officially hate TreeView

as it is not datadriven like treeview

I'll soon need a data driven treeview, so I might create one.

You meant like TableView?

@edvin If you can find a way to get nice drag and drop in your treeview, that would be awesome. There are so many annoying corner cases and nuances with drag and drop in TreeView 😛

yes like tableview

@User uploaded a file:

@Ruckus check https://github.com/ronsmits/kphoto it has drag and drop in tornadofx

👯 it finally works the way I want

no to clean up this code mess

this is now the treeview code

@User uploaded a file: Untitled

reading through the JUnit5 extension model docs (http://junit.org/junit5/docs/current/user-guide/#extensions).

In contrast to the competing

Runner

,

@Rule

, and

@ClassRule

extension points in JUnit 4, the JUnit Jupiter extension model consists of a single, coherent concept: the

Extension

API.

I also found the google truth assertion framework (https://github.com/google/truth), which is similar to assertj (http://joel-costigliola.github.io/assertj/). having a common base for JavaFX test fixtures, e.g.

Label

,

Button

, with error messages for different assertion frameworks would be nice.

@ron Will do, thanks

@User uploaded a file: Untitled

@hastebrot the “.countup” is that explicitly set?

yes, you need to set the `Node`'s

id

field. you can also use the

Node

object directly, if you have access to it, but this makes the tests more dependend to the test fixtures (TornadoFX `View`s in this case).

that would add a lot of code lines to your code, just for testing.....

the `Node`s

class

in this case