pulling...

Maybe I'll do 1.5.7.1 to get it out there 🙂

I think this is the absolute best way to deal with fragments where you want bindings. You only set up bindings once, and the framework takes care of everything related to rebinding so you don't need to do any house keeping at all.

@thomasnield No worries, I'm so excited about the fact that you're actually using TornadoFX at work. 👏

@edvin I'll push them together in a PR. If you decide to do a hotfix / minor version, at least the tests will be updated

Great, thank you Carl!

@edvin @carlw I am trying to do what you are discussing here, but without binding since my data does not change

@User uploaded a file: Untitled

item

is always

null

@voddan That's correct, and I'll tell you why. But first - are you just going to have a label in the fragment?

I planed to have a

hbox

later

label is for testing

@edvin PR created. Should I move this class of example /test outside of the tests folder and into testapps?

@voddan A

ListCellFragment

is contained in a ListCell, and a ListCell is reused to display different items as you scroll through your list. For that reason, the

itemProperty

and corresponding "getter" in

item

is changed as the fragment is reused to display different items as well. When you initialize it, there is no item bound to it at all. That's the reason the item value is null in the constructor. For this use case I think it's much easier to use

cellCache

which gives you the item right away. To use

cellCache

you must make sure that you have a valid

equals/hashCode

impl in the

Word

class.

@voddan Then you can scrap the whole InstructionFragment and just do

cellFormat { label(it) }

and you're done

@voddan If you want to use ListCellFragment and you don' want to use bindings you need to listen for changes to the itemProperty:

@User uploaded a file: Untitled

ok, I think I got it

That can be OK for small stuff, but might get messy if the Fragment grows. Fragments are not right for all cell use cases.

later I need a button, a textfield, and some other stuff in the list

how would you do it ?

Then again, if you just show a label or some very small object graph, you could even just use

cellFormat

which is called much more frequently than

cellCache

but does not need an

equals/hashCode

implementation.

@voddan If there is not much business logic I would go with

cellCache

or possibly ListCellFragment with a view model so you can have nice tidy bindings.

@voddan Can you show me the Word class?

but in Java 🙂

So the word is just an Int?

yep

Use

cellCache

🙂

I am not sure a cache will be able to handle controls like textField