FULL PRODUCT VERSION :

java version "1.5.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0-b64)
Java HotSpot(TM) Client VM (build 1.5.0-b64, mixed mode)

A DESCRIPTION OF THE PROBLEM :

JTable - updateSubComponentUI only calls updateUI
on renderers/editors which are either JComponents or DefaultCellEditors. A more complete implementation should try to get hold of the renderer/editorComponent and update this.

see: https://swingx.dev.java.net/issues/show_bug.cgi?id=14

To check grab a copy of SwingX project (preferrably from CVS) at

https://swingx.dev.java.net

and compare JXTable contained there with JTable in core, especially the
updateUI() and updateSubComponentUI()

To see the effect, grab your copy of the complete jdnc (including the
swinglabs-demos), run the SwingXDemoDev in the demo's swingx_dev package
(that's the one which allows LF-Switching) and see what happens with and
without the changes in JXTable: following the instructions in the
original report, the link cell in the table on the hyperlink demo is a
good canditate to look at when clicking on it (if the lfs f.i. differ in
font)

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :

run your favourite demo which allows LF switching and has cellEditors which are not JComponents (and have some LF specific state). Toggle the LF while not editing, start an edit , the lf specifics are not updated



EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -

All LF specifics should be updated
ACTUAL -

they are not...

REPRODUCIBILITY :
This bug can be reproduced always.

CUSTOMER SUBMITTED WORKAROUND :

JXTable started a fix.
###@###.### 2005-07-20 06:39:07 GMT