[Bug swing/29036] TEXT_LAYOUT_CACHE is preventing font update after UI change

[david dot gilbert at object-refinery dot com]

------- Comment #3 from david dot gilbert at object-refinery dot com  
2006-09-21 10:17 -------
Things are looking better now, although I'm not convinced that the
DefaultMetalTheme is the only cause, because the problem was showing up in a
switch from the MetalLookAndFeel to the BasicLookAndFeel (and the latter
doesn't use themes).

Maybe I don't understand the mechanism fully yet.  In the BasicMenuItemUI, the
cache is updated when the text or font changes and this is handled by the
PropertyChangeHandler.  But when the look and feel is changed, the new
PropertyChangeHandler isn't installed on the component until after the fonts
and colors have been set...so how does the text layout cache get updated in
this case?  Or maybe it doesn't, and that's the cause of PR 29161.

One other case that might be related to this - try the following steps:

(1)  Launch the SwingSet2 demo (included in Sun's JDK);
(2)  Wait for all the demo toolbars to load (this seems quite slow at the
moment);
(3)  Change the theme to see the fonts change from bold to plain;
(4)  Now click on the JOptionPane demo and look at the buttons - they display
with a bold font, but if you select one of them you'll see that the focus rect
is narrower, suggesting (to me) that the actual font has changed.


-- 

david dot gilbert at object-refinery dot com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |david dot gilbert at object-
                   |                            |refinery dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29036