@amanda.hinchman-dominguez I think you'll find the syntax a lot shorter for the repeated statements that might make up assertions or object creation

@carlw oh, I was wondering what was going on with some of the testing (i.e. TableViewTesting.kt). I should look into kotlin testing then?

oh, you didn't mean JUnit w. Java versus JUnit w. Kotlin?

oh no not quite, I meant why jUnit with TornadoFX as opposed to KotlinTesting with TornadoFX

I've been moving away from unit testing w. JavaFX myself. I found that the tests end up being a drag on maintenance and didn't add too much by way of catching bugs. I still have them for utilities and logic that has a POJO feel. One customer I work with uses a test automation tool instead that manipulates the screen as though a human were dragging a mouse around. I still use unit tests a lot for RESTful web services, JMS, and EJBs.

hmmm, maybe I'll read up more on different ways to test GUI code and throw out ideas later

Some of your app might benefit. For example, a Node graph -> <div> converter would have tests like "convert an empty Node to an empty <div>" or " convert a Node with two children into a nested pair of <div> elements

In that case, the regex libs of kotlin might come in handy so that the tests aren't too brittle (ex look for <div>*</div> instead of a very particular <div> SPACE <div>

yes, it might end up being a combination of different kinds of testing, and maybe reading more into how kotlin and javafx typically does testing between MVCs

@edvin or use JitPack

If you like, set up the empty repo and I'll do the initial commit

@amanda.hinchman-dominguez We're using TestFX to test the UI, and JUnit for the unit tests. I haven't really seen much of an advantage to other test systems, and JUnit is tried and tested. That's why I guess 🙂

@edvin the test products i'm writing about approach it differently. they actually run the app and follow a script that activates the various controls. more of an integration test than a unit test.

@thomasnield OK, sweet! I set up the repo 🙂

@carlw I think that makes a lot of sense in an application for sure. We're more interested in testing functionality of a single component in the framework itself, so the current approach with TestFX is pretty good for us.

@carlw @edvin thanks for the discussion! My company, unfortunately, barely does testing, but as I'm going in to writing new products, I want to make sure that I've integrated testing (even if for an internal product)

@edvin last but not least @ron made a suggestion a week ago that I look into creating a tornadofx style dsl to bind tilesfx drag and drop with my components. Kotlin's DSL seems to be just for gradle although there are maven plugins for it. For anyone that's worked with Kotlin DSL, do we have any instances of tornadofx style dsl working with maven?

Any idea on how to configure an app to run on startup for windows ? @edvin

@amanda.hinchman-dominguez It sounds as though you're mixing the Kotlin Gradle syntax with DSL's for testing. It doesn't matter to Maven if your code is written in Java, Groovy, Kotlin or any other JVM language - it's just byte code. Or did I completely misunderstand you?

sorry, the last question is not relevant to testing. One of the last features I need to implement is a drag-and-drop for tilesFX objects

@amanda.hinchman-dominguez Drag and drop for JavaFX / TornadoFX is pretty well documented. I don't see the need for a DSL here at all.

that might be a relief. I made an attempt at creating a tile model from the existing properties of TilesFX already, I guess I can see if I can just wrap that in for usage

@edvin what I've seen in the source code pertains to the dragboard using clipboard. Will I need to create my own dataformat type then?

@amanda.hinchman-dominguez You create your own dataformat only if the data you drag/drop can't be expressed easily as text or any of the other defautl types. Creating one is dead easy though 🙂 I have one for dropping Subscriptions from one customer to another for example in my CRM.

is your CRM under the kitchensink repo?

I found your documentation under the chapter of EventBus - I'll be sure to look at that, but sometimes it's also helpful for me to look at the complete code

@amanda.hinchman-dominguez The CRM is not open source, simply because it contains so much outdated syntax. It's the first app I ever created in TornadoFX 🙂

I could snip out the relevant code though and create an example, but this is strictly JavaFX, nothing TornadoFX about it, so I'm sure there are many examples of DND with custom dataformats out there.

no worries! I'll take a look around for custom dataformats 🙂

@amanda.hinchman-dominguez Let me know if you don't find it 🙂