Re: Why override setBackground(Color) in DefaultTableCellRenderer?

[Arnaud Vandyck]

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