@User uploaded a file: Untitled

The view needs to account for that it will be loaded several times. The expanded state is fetched from the

ExpandedStateHolder

and applied to the TitledPane. Then the expandedState from the state holder is bound to the expanded property of the title pane, to keep it in sync when the expanded state changes. Whenever the view is recreated, the expanded state will be kept.

A side effect of this is that the initial expanded state is dictated by the value returned from the

ExpandedStateHolder

Now, running the sample without live views does not reload on focus. Adding it makes it reload, removing it makes it not reload. You should see a log entry in your console whenever it reloads. This log entry will not be there when the reloadViews function is not called and you didn't send it in as a jvm parameter or used the IDEA plugin's

Live Views

checkbox for the run configuration.

search works with SortedFilteredList, but I am so not happy with the implementation I made

@User uploaded a file: Untitled

@edvin You just cracked it

@permalmberg At least it's working, and it is understandable how this fits together, but I don't like it 🙂

Hang on, Ron. My daughter is out walking 🙂 brb

I dont like how I need to fiddle with the length

ROFL

at this time?

@edvin I had that checked. 😞 Didn't even know/remember it was there

@permalmberg Ah! Bingo 🙂

@edvin And now it works as expected without the binding-code. Thank you so much!

@permalmberg You're welcome. Here is the same view as it can be written using 1.5.10-SNAPSHOT:

@User uploaded a file: Untitled

@edvin An entire evening wasted, but hey - I learned things 🙂

@permalmberg The life of a software developer 😁

It's never wasted though.

True

but it feels wasted when you know you could have done so much other things 🙂

By the way,

ComponentView

should not be a

View

, it should be a

Fragment

or you'll run into trouble. Views are singletons and they can't be in several places at the same time.

Yeah, I saw that, thanks

Now that I have your attention, @edvin do you know of the top of your head why the listviews become larger than the contents they actually contains?

@permalmberg Yes, the listview has a default height and it doesn't care about the height of the content combined. That's why I set a prefHeight in the example above.

@edvin Ah, so obvious. 🙂

You can calculate the height and even bind it based on the number of items multiplied by the row height, for example 24 pixels, but it won't be perfect in all occasions.

But why are you not using an

Accordion

instead of a

ListView

with

TitledPanes

? An accordion will look the same, with a lot less code.