United StatesChange Country, Oracle Worldwide Web Sites Communities I am a... I want to...
Bug ID: JDK-6646289 Add proper z-order support to new Java Plug-In
JDK-6646289 : Add proper z-order support to new Java Plug-In

Details
Type:
Enhancement
Submit Date:
2008-01-02
Status:
Closed
Updated Date:
2011-03-08
Project Name:
JDK
Resolved Date:
2009-08-06
Component:
deploy
OS:
generic,windows_xp,windows_2000
Sub-Component:
plugin
CPU:
x86,generic
Priority:
P3
Resolution:
Duplicate
Affected Versions:
1.4.2,6,6u10,6u14
Fixed Versions:
6u18

Related Reports
Duplicate:
Duplicate:
Duplicate:
Duplicate:
Relates:

Sub Tasks

Description
It is a well known problem that applets do not obey the proper z-ordering of HTML elements in the browser. The root cause is that applets are a heavyweight OS-level component and inherently overlay all content underneath them. Flash content can specify wmode="transparent" to attain proper z-ordering support, though there is a performance penalty for doing so. The new Java Plug-In should support a similar parameter though again there might be a performance penalty for doing so.

This RFE is related to 6633275 and it might turn out that the support for that RFE might solve this problem. However it is more likely that the mechanisms in that RFE would need to be adapted in the context of the new plug-in, since it is believed that the browser-side code needs to change to instantiate a windowless plug-in and use alternate mechanisms for drawing. Additionally, it is likely that this support might initially only work on a subset of platforms. It is believed that there is currently no proper support for windowless plugins on X11 platforms in Firefox, although this is being worked on in the plugin-futures Mozilla working group.

This issue was raised recently on the java.net forums:
http://forums.java.net/jive/thread.jspa?threadID=34806&tstart=0
Bora Ertung from NeuroDNA has pointed out that the following Mozilla bug has some good test cases around z-ordering issues of iframes:

https://bugzilla.mozilla.org/show_bug.cgi?id=381550
This is a part of windowless plugin effort, which tracked by 6862869

                                    

Comments
EVALUATION

First analysis of FF3 offscreen pixmap discloses the current options
of how to share pixmaps between the server and client JVM,
which is essential for this feature.

The offscreen rendering result shall be handled by the browser.

FF3 currently offers 2 path of rendering, the somewhat classic
software rendering path using traditional X11 pixmaps and gdk processing,
or the new Cairo/Glitz OpenGL hw accelerated implementation.

The goal shall be to minimize the 'pixmap' buffer operations
and to let the result be composed using hw acceleration.
The latter shall be possible with the Cairo/Glitz implementation.

More research is todo, especially the verification of the above implementation
on Windows, and of course the IE7 options.
                                     
2008-03-25
EVALUATION

(from 6797702):
Fixing it will require extensive cross-organizational work between the Java Plug-In and AWT/Swing teams.
*** (#1 of 1): 2009-01-26 15:57:35 EST ###@###.###
                                     
2009-03-03



Hardware and Software, Engineered to Work Together