Hi Frank,
Frank Schönheit - Sun Microsystems Germany escribió:
I noticed you did not yet decide to nominate the issue as potential
2.3.1 blocker, by adding it to the dependencies list of issue 81048.
Intentionally? Or is it that you do not have those permissions, too?
now that I'm a
Le Saturday 03 November 2007 21:22:48 Ariel Constenla-Haile, vous avez écrit :
Hi Ariel,
Can I change the status from UNCONFIRMED to NEW? I think we simple users
can not do this, am I wrong?
Well, this makes me think about what I did wrong with issue
fs-cl: attached is a suggested fix. The original code only set the highlight
color (strangely as part of a Font, instead of a TextColor) when the
about-to-be-painted item was a string item. Which is an unnecessary
optimization, IMO. Setting the highlight color always when painting a selected
Hi Ariel,
uou! now debugging and patching on Sundays!
Relax. To make up for this, you won't find any contribution from me on
next week's Thursday and Friday :)
I noticed you did not yet decide to nominate the issue as potential
2.3.1 blocker, by adding it to the dependencies list of issue
Hi Frank,
Frank Schönheit - Sun Microsystems Germany escribió:
It's been a moth...and nothing. It's serious because it makes OOo crash!!!
Ever noticed your keyboard is bouncing on key 1?
Ups I'll try to fix that ! (== only once ;-) )
It also bounce on . ...
Bye and thanks,
Ariel.
--
Hi Ariel,
what happens here is that in the Win XP Metal LF both system colors
are the same [java.awt.SystemColor.textHighlightText and
java.awt.SystemColor.controlText both RGB(0, 0, 0)]. (Illustration 3)
This just a coincidence!
I see ... I assumed that native LF will also render the