JDK-6359447 : Drawing a rect on top of splash screen updates only the opaque portions of the splash screen
  • Type: Enhancement
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 6
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • OS: generic
  • CPU: generic
  • Submitted: 2005-12-06
  • Updated: 2021-07-13
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
tbdUnresolved
Related Reports
Relates :  
JDK-4614845 - REGRESSION: SystemColor objects interact oddly with transparent GIFs
Description
Aim :-  To fill the splashscreen with some different colors (fillRect() ) & display string on it(drawString() ).

Description :- Actually i was expecting a rectangle to the bounds of SplashScreen when i call fillRect() but only the opaque portion  is changing to the color specified. And even the string draw on the bounds of the splashScreen is not seen completely on some of the  gif files.

I have attached both the source file & gif files.

Some of the  gif file like globe.gif , cupanim.gif (opaque images) are working perfectly as i was expecting (both Rectangle & stirng can be seen ). but other gif file like animdog.gif & rundog.gif (transparent gifs) files are not working (I can't see the rectangle , but only opaque portion gets updated with the new color. And i can see some flickering when changing colors to orange , white etc).

** It is reproducible with Motif, XToolkit and Win32 with all mustang builds. I reproduced it on SolSparc10, WinXP with Mustang-b59.
Comments
EVALUATION This looks like a design flaw, the original idea was to use the image alpha channel and blend the RGB values. Probably that is not appropriate and we should blend RGBA instead. This requires fixing blendRGB (replacing it with blendRGBA), also we should regenerate the window shape/region whenever needed. We should also specify the exact blending operation we use.
19-12-2005