I have a ListView control in a JavaFX 2 modal dialog window.
This ListView displays DXAlias instances, the ListCells for which are manufactured by a cell factory. The main thing the factory objects do is examine the UserData property data of the ListView and compare it to the item corresponding to the ListCell. If they are the same, the contents of the ListCell are rendered in red, otherwise black. I do this to indicate which of the items in the ListView is currently selected as the "default". Here is my ListCell factory class so you can see what I mean:
private class AliasListCellFactory implements
Callback<ListView<DXSynonym>, ListCell<DXSynonym>> {
@Override
public ListCell<DXSynonym> call(ListView<DXSynonym> p) {
return new ListCell<DXSynonym>() {
@Override
protected void updateItem(DXSynonym item, boolean empty) {
super.updateItem(item, empty);
if (item != null) {
DXSynonym dx = (DXSynonym) lsvAlias.getUserData();
if (dx != null && dx == item) {
this.setStyle("-fx-text-fill: crimson;");
} else { this.setStyle("-fx-text-fill: black;"); }
this.setText(item.getDxName());
} else { this.setText(Census.FORMAT_TEXT_NULL); }
}};
}
I have a button handler called "handleAliasDefault()" which makes the selected item in the ListView the new default by taking the selected DXAlias instance and storing it into the ListView: lsvAlias.setUserData( selected DXAlias ). Here is the handler code:
// Handler for Button[fx:id="btnAliasDefault"] onAction
@FXML
void handleAliasDefault(ActionEvent event) {
int sel = lsvAlias.getSelectionModel().getSelectedIndex();
if (sel >= 0 && sel < lsvAlias.getItems().size()) {
lsvAlias.setUserData(lsvAlias.getItems().get(sel));
}
}
Because the change that is made in response to clicking on the Set Default button is to change the ListView's UserData() without any change to the backing ObservableList, the list does not correctly indicate the new default.
Is there a way to force a ListView to re-render its ListCells? There are a quadrillion questions from Android users on this subject, but there appears to be no happiness for JavaFX. I may have to make a "meaningless change" to the backing array to force a redraw.
I see that this was asked for JavaFX 2.1: Javafx ListView refreshing
Not sure if this works in JavaFX 2.2, but it does in JavaFX 8 and took me a while to figure out. You need to create your own
ListViewSkin
and add arefresh
method like:This will call
updateItem
without having to replace the whole Observable collection.Also, to use the new Skin, you need to instantiate it and set it on the
initialize
method of the controller in case you're using FXML:I found this after debugging the behavior of an Accordion. This controls refresh the ListView it contains everytime you expand it.
For any body else that ends up on this page:
The correct way of doing this is to supply your observable list with an "extractor" Callback. This will signal the list (and ListView) of any property changes.
Custom class to display:
And your main code body:
See (and similar methods): https://docs.oracle.com/javafx/2/api/javafx/collections/FXCollections.html#observableArrayList(javafx.util.Callback)
For now, I am able to get the ListView to redraw and correctly indicate the selected default by using the following method, called forceListRefreshOn(), in my button handler:
The helper method just swaps out the ObservableList from the ListView and then swaps it back in, presumably forcing the ListView to update its ListCells:
Seems, you don't need to use updateItem method. What you need - is to store indicator of currently default cell (which is in user data now), into OblectProperty. And add a listener on this property from each cell. When value changes, reassign a style.
But I think, such binding will call another problem - while scrolling, new cells will be created, but the old ones will not leave the binding, which can cause memory leak. So you need to add listener on cell removing from the scene. I think, it can be done by adding a listener on the parentProperty, when it becomes null - remove binding.
UI shouldn't be forced to be updated. It is updated automaticly, when properties/rendering of existing nodes is changed. So you just need to update the appearance/property of existing nodes (cells). And not to forget, that cells can be created massively, during scrolling/rerendering, etc.
I am not sure if I am missing something, but at first I tried scottb's solution, but then I found out that there is an already implemented refresh() method, which did the trick for me.