JDK-6646289 : Add proper z-order support to new Java Plug-In
  • Type: Enhancement
  • Component: deploy
  • Sub-Component: plugin
  • Affected Version: 1.4.2,6,6u10,6u14
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic,windows_2000,windows_xp
  • CPU: generic,x86
  • Submitted: 2008-01-02
  • Updated: 2011-03-08
  • Resolved: 2009-08-06
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.
JDK 6
6u18Resolved
Related Reports
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
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 (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

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