@edvin Generate a UUID behind the scenes?

@groostav Would the

ListCellFragment

be of help perhaps? I just documented it in the guide yesterday.

@kastork I did that first, because I wasn't thinking it through. How would the next invocation know about the key generated in the first?

That's the issue I'm facing 🙂

We could put a constraint on cache and say that it can only be used once per containing node. I don't think it really makes sense to use it multiple times anyway.

That would solve it.

I can't think of any use cases where it would be necessary to have more than one cached node.

JavaFX only allows a node to have one parent at a time, right?

so you couldn't have a cached node in more than one place at a time

That's correct.

The only places you need caching of nodes like this inside data controls. Maybe my scope was too broad. Will revisit this later tonight. First Agents of SHIELD 🙂

Enjoy

Thanks. Was a great episode!

It's late here, will look at the cache a few more minutes and then continue tomorrow.

It's working, but I'm baffled by why the ListView asks the cellfactory to create new nodes all the time. It doesn't reuse as often as I would have thought.

Nice I will have a look at it tomorrow 😉 ... night

This is actually a better way to deal with it, no cache needed:

@User uploaded a file: Untitled

@edvin these are individual progress bars added to a row in a listview?

@carlw Yes.

The problem with the approach above is that the

cellFormat

function will wipe the graphic property if the cell is not needed, and you have to recreate it. With the

cache

approach, you can reuse the last graphic node you created if the cell is asked to show something again.

So it should be cheaper.

The cache function might be as simple as:

@User uploaded a file: Untitled

Good night @nimakro 🙂

The usage would be something like:

@User uploaded a file: Untitled

That's pretty good, isn't it?

But now I'm thinking this is exactly what

cellCache

should do, so the above can be written:

@User uploaded a file: Untitled