[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Why override setBackground(Color) in DefaultTableCellRenderer?
From: |
Arnaud Vandyck |
Subject: |
Re: Why override setBackground(Color) in DefaultTableCellRenderer? |
Date: |
Sat, 27 Sep 2003 19:04:51 +0200 (CEST) |
On Sat, 27 Sep 2003 17:42:29 +0100
"Stephane Meslin-Weber" <address@hidden> wrote:
> > I do not understand what I have to do in this methode
> > nor in the
> > setForeground(Color) one?
> >
> > Can someone help me and explain what to do?
> > http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/table/Defa
> > ultTableCellRenderer.html#setBackground(java.awt.Color)
>
> The docs say a few other methods had to be overridden to no-ops to stop
> the revalidation that would happen when those properties are changed. I
> imagine that this could also the case for changing the colours.
I saw for validate, revalidate, repaint and firePropertyChanged, but
what about isOpaque()? always true? Whate about
setForeground/Background? Is it impossible to change the
foreground/background of a cell in a JTable?
Well, as the implementation note says[1], it's maybe the JTable that
does it alone?!
Also, maybe it's my english or my little brain, but I don't catch what
the getTableCellRendererComponent(...) should do? Current implementation
of classpath returns 'null' (and that's all)... I don't think it's
enough...
Thanks for your help,
-- Arnaud Vandyck, STE fi, ULg
Formateur Cellule Programmation.
Footnotes:
[1]
http://java.sun.com/j2se/1.4.2/docs/api/javax/swing/table/DefaultTableCellRenderer.html#override