Ist es möglich, editierbare Tabellenspalten in JavaFX8 hintereinander zu deaktivieren?

Question

Ich habe einen Anwendungsfall, von dem ich annehmen würde, dass er ziemlich Standard ist, jedoch konnte ich kein Beispiel finden, wie genau dies zu tun ist oder ob es möglich ist.

Nehmen wir an, ich habe folgendes Tableview

First Name Last Name Street NewRecord 

Tom   Smith  Main St.  Yes 
Mike   Smith  First St. No 

In diesem Fall sollte das Gitter bearbeitbare die ersten drei Zellen haben, da der Datensatz neu ist, aber wenn der Datensatz nicht neu ist dann der Nachname Zelle sollte deaktiviert sein.

Ich habe dies in der CellFactory und RowFactory versucht - aber keinen Weg gesehen, dies zu erreichen.

Danke für Ihre Hilfe.

Answer 1

Der einfachste Weg, dies zu tun, ist mit einer Bindungsbibliothek von Drittanbietern: ReactFX 2.0 hat diese Funktionalität eingebaut, wie beschrieben here. Mit, dass Sie

TableColumn<Person, String> lastNameColumn = new TableColumn<>("Last Name"); 
lastNameColumn.setEditable(true); 
lastNameColumn.setCellFactory(tc -> { 
    TableCell<Person, String> cell = new TextFieldTableCell<>(); 
    cell.editableProperty().bind(
     // horrible cast needed because TableCell.tableRowProperty inexplicably returns a raw type: 
     Val.flatMap(cell.tableRowProperty(), row -> (ObservableValue<Person>)row.itemProperty()) 
      .flatMap(Person::newRecordProperty) 
      .orElseConst(false)); 
    return cell ; 
}); 

tun können (nimmt ein Person Tabelle Modellobjekt mit den offensichtlichen JavaFX Eigenschaften und Methoden).

Ohne die Bibliothek, müssen Sie eine ziemlich miserable verschachtelte Liste der Zuhörer:

TableColumn<Person, String> lastNameColumn = new TableColumn<>("Last Name"); 
lastNameColumn.setEditable(true); 
lastNameColumn.setCellFactory(tc -> { 
    TableCell<Person, String> cell = new TextFieldTableCell<>(); 
    ChangeListener<Boolean> newRecordListener = (obs, wasNewRecord, isNewRecord) -> updateEditability(cell); 
    ChangeListener<Person> rowItemListener = (obs, oldPerson, newPerson) -> { 
     if (oldPerson != null) { 
      oldPerson.newRecordProperty().removeListener(newRecordListener); 
     } 
     if (newPerson != null) { 
      newPerson.newRecordProperty().addListener(newRecordListener); 
     } 
     updateEditability(cell); 
    }; 
    ChangeListener<TableRow> rowListener = (obs, oldRow, newRow) -> { 
     if (oldRow != null) { 
      ((ObservableValue<Person>)oldRow.itemProperty()).removeListener(rowItemListener); 
      if (oldRow.getItem() != null) { 
       ((Person)oldRow.getItem()).newRecordProperty().removeListener(newRecordListener); 
      } 
     } 
     if (newRow != null) { 
      ((ObservableValue<Person>)newRow.itemProperty()).addListener(rowItemListener); 
      if (newRow.getItem() != null) { 
       ((Person)newRow.getItem()).newRecordProperty().addListener(newRecordListener); 
      } 
     } 
     updateEditability(cell); 
    }; 
    cell.tableRowProperty().addListener(rowListener); 
    return cell ; 
}); 

und dann

private void updateEditability(TableCell<Person, String> cell) { 
    if (cell.getTableRow() == null) { 
     cell.setEditable(false); 
    } else { 
     TableRow<Person> row = (TableRow<Person>) cell.getTableRow(); 
     if (row.getItem() == null) { 
      cell.setEditable(false); 
     } else { 
      cell.setEditable(row.getItem().isNewRecord()); 
     } 
    } 
} 

Eine Alternative eines "legacy Stil" API ist mit

TableColumn<Person, String> lastNameColumn = new TableColumn<>("Last Name"); 
lastNameColumn.setEditable(true); 
lastNameColumn.setCellFactory(tc -> { 
    TableCell<Person, String> cell = new TextFieldTableCell<>(); 
    cell.editableProperty().bind(
     Bindings.selectBoolean(cell.tableRowProperty(), "item", "newRecord")); 
    return cell ; 
}); 

Ich mag diese Option nicht, weil es keine Art Sicherheit (oder überhaupt Compiler-Checks) und Werbung fehlt Zusätzlich würde in einigen früheren Versionen von JavaFX fast endlose Warnmeldungen erzeugt werden, wenn eine der Eigenschaften in der "Kette" Nullwerte hätte (was in diesem Fall häufig der Fall ist). Ich glaube, das letztere Problem ist behoben, aber die ReactFX-Version von diesem ist viel besser, imho.