Do not know whether friends have encountered the control of the occlusion problem, the most typical is DropDownList and ActiveX occlusion, HTML Z-index is used to deal with this problem, but the direct setting of this property is not possible, because this is also involved in the window elements and windowless elements.
There are a few of the following window elements:
, ActiveX controls, Plug-ins, DHTML Scriptlets, SELECT elements (that is, HTML representation of DropDownList), IE5.01 previous IFRAMEs
Windowless elements include:
Windowless ActiveX controls, IE5.5 later iframes, most DHTML elements
It is worth mentioning that ActiveX controls, by default, VB and MFC controls are windowed, the ATL control is windowless, but the ActiveX control is implemented as windowless and is actually categorized into windowless elements.
Regardless of how the container is set, all Windows elements appear on the windowless element, and the window elements and windowless elements themselves follow the Z-index property, which is plotted on different planes to be displayed, and the settings Z-index only work on the plane where they are located. And the plane with the window element is always above the windowless element plane.
So the idea of solving the occlusion problem is simple, wrap our elements into a div, the code example is as follows:
The z-index of the DIV is 8, then the Z-index of select is adjusted to 7 (only smaller than the z-index of the Div).
http://www.bkjia.com/PHPjc/317755.html www.bkjia.com true http://www.bkjia.com/PHPjc/317755.html techarticle do not know whether friends have encountered the control of the occlusion problem, the most typical is DropDownList and ActiveX occlusion, HTML Z-index is used to deal with this problem, but directly set this ...
