Sweet.

And happy birthday 🎉

Thanks :))

van harte gefeliciteerd @edvin celebrate hard 🎂

@edvin since I'm guessing you won't be working tomorrow, Happy Birthday in advance

Happy Birthday Edvin

Thank you guys :) I'll be back on sunday!

@edvin I just created a pull request for #184 if you decide to support textfield(SimpleIntegerProperty)

@edvin I put in a ControlsTest.kt file to verify this. It initializes the toolkit so it may run slower than you want.

are you not supposed to be celebrating your birthday?

@carlw: great! I will check and merge when I get back tomorrow night unless @Ruckus or @thomasnield beats me to it :)

@ron: nothing says birthday party like some light Kotlin coding :) Unfortunately I don't even have a laptop with me, ordered a new one, it will arrive on Monday :)

On my way back :) Will add a cellCache function to TableView - cellFormat is probably abused to create Nodes in several places both in the framework and by users.

I just committed the

TableColumn.cellCache

function now.

@User uploaded a file: TableView Cell Cache and commented: The ImageView is automatically set as the graphic node for each tablecell, and it is cached per item in the list.

@User uploaded a file:

The cache implementation is pretty simple for now:

@User uploaded a file: Untitled

The default

cellFormat

function is now aware of cell caching, so it will try to retrieve or calculate a cached graphic before calling the formatter:

@User uploaded a file: Untitled

When you call

cellCache

on a

TableColumn

, it checks if the current

cellFactory

is "cache aware" by checking for the property

tornadofx.cellCacheCapable

on the TableCell. If it is not present, a default

cellFormat

factory is installed.

The example above also combines

cellCache

with

cellFormat

to ensure that the

TableCell

has the size we need to display the image.

There might be an issue that there is no cache eviction strategy for

cellCache

. We should think about that.

@edvin changed nothing in the OSGi archetype

Only removed the style class

@ron Thanks for bringing this to my attention 🙂 It was fixed in 1.5.5, I updated the bundle and removed those .DS_Store resource forks 🙂

No problem

I have another thing for you

Sweet.

Let me get to a computer