noch ein rendererversuch

[McSnoop]

.......

public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus, int row, int column){
 if(hasFocus)
    setBackground(colorFocus);
 else is(colorSelected)
    setBackground(colorSelected);
 else
    setBackground(colorNormal);

if(value instanceof Boolean){
  table.setValueAt(new Boolean(true),row,column);
}else
if(value instanceof Integer){
  table.setValueAt(new Integer(value.toString()),row,column);
}else
if(value instanceof Double){
  table.setValueAt(new Double(value.toString()),row,column);
}else
if(value instanceof String){
  setText(value.toString());
}

return this;
}

.......

Da klemmts die ganze zeit schon und ich resignier hier bald.

Warum klappen nur Strings?? value ist doch ein Object warum kann ich ihn auf die zelle nicht wieder nen Object zurückgeben??

Der Haken ist nur das dies nicht so funktioniert. Das ergibt irgendwie ne Endlosschleife. Fehler werden keine ausgegeben.

 

[Beni]

Wieso:

if(value instanceof Boolean){
  table.setValueAt(new Boolean(true),row,column);

? Was bezweckst du damit? Wenn du die Einträge ändern willst, musst du einen TableCellEditor implementieren.

Dies erzeugt die Endlosschleife: denn table.setValue verändert das TableModel, welches wiederum für ein Neu-Zeichnen der Tabelle sorgt, welche dann den Renderer aufruft, ...

Versuch mal was wie:

if(value instanceof Boolean){
  setText( "Das ist jetzt ein Boolean: " + value );

Nur um zu schauen, ob die richtige if-Bedingung genommen wird.

 

[McSnoop]

ich dachte wenn ich :

if(value instanceof Boolean){ 
  table.setValueAt(new Boolean(true),row,column);

schreibe dann setzt mir der renderer neben den farben(hintergrund, selected und focus) auch wieder den Inhalt der in der Zelle war hin und indem fall ist es eine Checkbox.

also gibt der renderer "immer" nur string zurück????

also kann ich den renderer auch nur für die Strings anwenden.

gut wenn ich für die Checkboxen (Boolean Werte) nen TableCellEditor brauche, dann brauch ich für die Integer und Double werte auch nen TableCellEditor oder ??

Dann muss ich aber das mit den Farben setzen(hintergrund, selected und focus) auch in den TableCellEditor packen oder??

 

[McSnoop]

if(value instanceof Boolean){
  setText( "Das ist jetzt ein Boolean: " + value );

Nur um zu schauen, ob die richtige if-Bedingung genommen wird.

Die If bedingungen sind die richtigen und bei der jeweiligen spalte geht er auch in die richtige If Anweisung.

 

[Beni]

Der Renderer gibt eine Component zurück, welche das Object "value" in irgendeiner Form darstellt.

Anders gesagt: die Methode "getTableCellRendererComponent" muss aufgrund all der Eingaben entscheiden, welche Component den Wert darstellen soll.
Normalerweise entscheidet dies bereits die JTable, indem sie für jede Spalte einen bestimmten Renderer wählt, der immer dieselbe Componente zurückgibt.
Du kannst aber auch ein Renderer schreiben, der für jede Zelle einzeln entscheidet, welche Component benutzt werden soll:

Also du könntest hier sowas machen:

public class Renderer implements TableCellRenderer{
  private JLabel label = new JLabel();
  private JCheckBox box = new JCheckBox();

  public Component getTableCellRendererComponent(JTable table, Object value, boolean isSelected, boolean hasFocus, int row, int column){
    if( value instanceof Boolean ){
      box.setSelected( ((Boolean)value).booleanValue() );
      return box;
    }
    else{
       label.setText( value.toString() );
       return label;
    }
  }
}

(wobei ich hier Hintergrundfarben etc. nicht hingeschrieben habe, aber die müssten auch noch gesetzt werden!)


Und ja: ein TableCellEditor ist grösstenteils eine Kopie eines TableCellRenderers. Schreib zuerst den Renderer, nachher kannst du dir immer noch Gedanken zum Editor machen :wink:

 

[McSnoop]

Der Renderer gibt eine Component zurück, welche das Object "value" in irgendeiner Form darstellt.
...
Normalerweise entscheidet dies bereits die JTable, indem sie für jede Spalte einen bestimmten Renderer wählt, der immer dieselbe Componente zurückgibt.
Du kannst aber auch ein Renderer schreiben, der für jede Zelle einzeln entscheidet, welche Component benutzt werden soll:

schon mal thx für deine posts.

zeilenweise möchte ich das nicht entscheiden sondern halt nur das trotz des farblich machens immer das component dargestellt wird was auch vorher in der zelle war und das ist ja pro spalte immer das gleiche component.

wenn die JTable schon selber einen passenden Renderer wählt kann man dem nicht sagen mache die zelle farbig??

die richtige komponente fügt wenn ich dich richtig verstanden habe der entsprechende renderer dann selber ein, weil der ja an die spalte gebunden ist.

JTable Struktur ist:

Boolean|Boolean|Integer|String|Integer|Integer|Double|Integer|Integer

im Model bei setValueAt habe ich das alles so geschrieben das entsprechend nur das eingetragen werden kann was auch zulässig ist. Meinst du die JTable entscheidet das an der stelle??

 

[Beni]

zeilenweise möchte ich das nicht entscheiden sondern halt nur das trotz des farblich machens immer das component dargestellt wird was auch vorher in der zelle war und das ist ja pro spalte immer das gleiche component.

wenn die JTable schon selber einen passenden Renderer wählt kann man dem nicht sagen mache die zelle farbig??

Die Farbe kannst du nur ändern, wenn du Zugriff auf diesen Renderer hast, aber das ist nur dann der Fall, wenn du ihn selbst implementierst.
Wie auch immer, einen grossen Teil kannst du ja aus den bereits vorhandenen Renderern kopieren (der Quellcode ist beim JDK dabei).

im Model bei setValueAt habe ich das alles so geschrieben das entsprechend nur das eingetragen werden kann was auch zulässig ist. Meinst du die JTable entscheidet das an der stelle??

Die JTable entscheidet aufgrund der Rückgabewertes von "getColumnClass" aus dem TableModel, welcher Renderer (und auch welcher Editor) verwendet wird. Der Renderer stellt nur einzelne Zellen dar, verändert sie aber nicht. Daher hat er keinen Einfluss auf das, was eingetragen werden kann.
Anders der Editor: er bekommt ein Wert, verändert ihn, und gibt einen neuen Wert zurück (der in das TableModel eingetragen wird). Da der Editor ein Object zurückgeben muss (es wird nämlich die Methode "getCellEditorValue()" benutzt), kann der Editor entscheiden, was in das TableModel eingetragen wird.
Die normalen Editoren liefern das zurück, was sie gekriegt haben, also Boolean -> Boolean, Double -> Double,... und wenn sie eine Klasse nicht kennen, bekommt man einen String (im Sinne von "besser als gar nichts").

 

[McSnoop]

THX THX

ich habe jetzt das getColumnClass einfach mal angepasst:

public Class getColumnClass(int columnindex){
 if((columnindex==2)||(columnindex==4)||(columnindex==5)||(columnindex==7)||(columnindex==8)){
    return Integer.class;
  }else
 if(columindex==6){
    return Double.class;
  }else
  if(columnindex==0)||(columnindex==1){
    return Boolean.class;
  }else 
  if(columnindex==3){
    return String.class;
  }
  
  return xxxxxxx;    <-------

}

getColumnClass geht nur wenn ich bei <-------- ein return zurückgebe. Nehme ich diese Zeile raus bringt er einen fehler. Aber die zeile muss doch wech, weil ich doch darüber jeweils für die entsprechende Spalte ein return gebe.

warum will er da unten ein return haben??

 

[Wildcard]

Es muss in jedem Fall ein return ausgeführt werden.
Wenn du jeden möglichen Fall abgefangen hast kannst du dein letztes if entfernen.
Dann brauchst du auch das letzte return nicht:

public Class getColumnClass(int columnindex){ 
if((columnindex==2)||(columnindex==4)||(columnindex==5)||(columnindex==7)||(columnindex==8)){ 
    return Integer.class; 
  }else 
if(columindex==6){ 
    return Double.class; 
  }else 
  if(columnindex==0)||(columnindex==1){ 
    return Boolean.class; 
  }else 
    return String.class; 

}

Falls es irgendwie passieren kann das keine der Bedingungen erfüllt ist, lässt du das letzte if und das letzte
return trotzdem drin, und gibtst bspw. 'null' zurück.