That way, the parent can route events to children

Hm, two `group`s in the same

stackpane

seems to get different coordinate systems because now my lines no longer aligns to the squares.

but that sounds wrong...must be something I did

@permalmberg Z-Order will get a lot better in JavaFX 9 with the addition of the

Node.viewOrder

property. For now, render order is determined by when it's added to the scene graph.

Thanks to Thomas, we have some very nice functions for moving items around in a list, so it's pretty easy to reorder them until the viewOrder property is available 🙂

@carlw I'm back from a fierce snowball fight 🙂 I glanced quickly at your sample before I went out and it gave me some ideas. I could try to record a "live hacking session" and just react to what I see perhaps? 🙂

yeah...i think we can get a good format going...maybe wait until I've added the promised Model component in

if i put it in Git, maybe the live hacking session could be based on a Git Code Review to be more familiar to developers?

I'd like to add in the ui/async + an EventBus call for the Model -> ViewModel

That sounds interesting. I don't have much experience with git code review, but I need to learn, so let's do it!

i like the React Video suggestion too. Not only will @thomasnield be on board, but my teenagers watch this type of video (Kotlin for the younger generation)

Sweet!

My plan today is to start making the Order/Orderline editor for our CRM. I suspect the TableView will fall short when it comes to editing capabilites, so I might need a custom control for this.

@gtnarg Nice work 👏 It worked perfectly, all the tests I could come up with is passing 🙂

New question: http://stackoverflow.com/questions/41508144/how-to-set-up-a-gluon-application-with-kotlin-and-tornado-fx

@edvin - thanks 🙂

Q: Is it a no-no to have a construct like this?

override val root = scrollpane {
        stackpane {
            group {
                rectangle {

                }
            }

            group {

            }
        }
    }

Specifically the second

group

- just by adding it the coordinate system of the first

group

is corrupted (item placed at 10,10 ends up at 0,0) Let me answer that myself: It is not. The problem lies elsewhere

Ok, new question, same theme: Given this layout:

override val root = scrollpane {
        stackpane {
            group {
                rectangle {
                    layoutX = 0.0
                    layoutY = 0.0
                    width = 5000.0
                    height = 5000.0
                    fill = Color.LIGHTGOLDENRODYELLOW
                }.apply {
                    drawingBackground = this
                }                
            }.apply {
                componentLayer = this
            }

            group {

            }.apply {
                wireLayer = this
            }
        }
    }

When converting scene coordinates to local coordinates using

parent.sceneToLocal

where parent is the

group

referred to as

componentLayer

I get

Point2D [x = 23.0, y = 15.0]

, but if I insted make parent to be the

group

named

wireLayer

I instead get

Point2D [x = -2478.0, y = -2486.0]

. Shouldn't both groups convert the coordinates to the same value?

Ok, I figured it out. Because the second

group

doesn't have a rectangle taking up space, the coordinate system is calculated differently. I don't quite understand it, but by changing the second

group

to this, it works as expected.

group {
                rectangle {
                    layoutX = 0.0
                    layoutY = 0.0
                    width = 5000.0
                    height = 5000.0
                    fill = Color.TRANSPARENT
                }.apply {
                    drawingBackground2 = this
                }
            }.apply {
                wireLayer = this
            }

Sorry for not being of any help, Per. I've never done anything like this I'm afraid.

@edvin No problem. Sometime just typing the question provides the answer 🙂

@edvin You've been of great help (and so has @ron @gtnarg and whoever I forget to mention) so don't feel bad 🙂

That's my experience too - sometimes it's enough to just articulate the problem 🙂

Yeah - rubberduck debugging ftw

Is it possible to do

style(append = true)

with the

addClass

function?

@User uploaded a file:

@edvin in a runAsync block, how would i get at the updateMessage() and updateProgress() calls?

@User uploaded a file: MVVM Sample and commented: @gtnarg Working example with progress bar- the RESTful GET web service is just a static file on a web server, but it gives a good feel for the progress

@carlw pinned ’s Kotlin MVVM Sample to this channel.