@edvin delegates seem to confuse it too

Not really, It was more an issue with bad code design 😛

@edvin I still should be able to break on the executable line in the observer though

@kastork That also happens some times. One day it ignores my breakpoint, the next it stops on the exact same line. It's eerie.

eclipse any better?

Most probably not.

It has been this way for a while. It's so fuzzy that it's hard to create a reproducible test case to submit for a bug report. That's probably why it hasn't been fixed.

Should I expect

someComboBox.selectionModel.clearSelection()

to null out the property bound to the combo box, or do I need to set the property myself?

nm, amoq

clearSelection

is a core JavaFX function. As far as I can see it will set selected index to -1, so you should expect a reset to the bound property as well.

Is it a known issue that `ItemViewModel`s cannot bind to generic properties?

For example:

class Test<T> {
    val value = SimpleObjectProperty<T>()
}

class TestModel<T> : ItemViewModel<Test<T>>() {
    val value = bind { item?.value }
}

The bind statement fails with a type inference issue, and there doesn't seem to be a way around it.

@edvin ^^^

@Ruckus Is that for some kind of polymorphism to be made concrete later?

Yes and no. I'm prototyping some ideas, and this came up. My actual use case is somewhat more complicated, but I can probably show it. Just a sec...

maybe hold off on the bind() call until you have something concrete?

build out your TestModel<T> just do the binding in NumberTestModel<Int>

Here's a simplified example of what I'm going for. In reality I have a lot more data on the various items (especially

Root

), so I'd like to not have to redefine bindings to all the

Root

properties for every variant.

@Ruckus @carlw +1 - The type system doesn't have enough information to infer a type at this stage, and the type is needed for bind to instantiate the correct property sub type.

Remember, it will create a SimpleIntegerProperty under the covers if it sees a Property<Int> etc.

Ah, so the issue is the type is reified

That makes sense. I'll have to rethink my structure then.

This is one of the many curses of inheritance 🌩️

By the way, did you guys see Google's announcement?

Kotlin is an official Android language

Yeah, this is a corner case where inheritance doesn't do you any favors at all.

Huh? Official Android Language? 🙂

Cool! Just read it.

If Google decides to swap out the underlying VM again, maybe Kotlin will be a compile target for that new system as well.