NEW47125
Sibling layers whose parent doesn't preserve-3d should not intersect 
https://bugs.webkit.org/show_bug.cgi?id=47125
Summary Sibling layers whose parent doesn't preserve-3d should not intersect
Vangelis Kokkevis
Reported 2010-10-04 15:47:20 PDT
According to the 3d transform spec, "If the transform-style is 'flat', all children of this element are rendered flattened into the 2D plane of the element". I take this to mean that sibling layers that are children of an element that doesn't specify preserve-3d as its transform-style are not expected to intersect in 3D. They should all be flattened onto their parent layer and draw in their document order. For example, in this demo: https://cvs.khronos.org/svn/repos/registry/trunk/public/webgl/sdk/demos/webkit/WebGL+CSS.html after pressing space and getting the container tilted, the "rocker" div shouldn't cut through the "container" div as they are both children of the "body" element that doesn't specify preserve-3d.
Attachments
Add attachment proposed patch, testcase, etc.
Simon Fraser (smfr)
Comment 1 2010-10-04 16:31:33 PDT
Yeah, the spec is really vague about the 3d rendering model, and it might be a little tricky for us to make it correct on Mac, but I should try.
Simon Fraser (smfr)
Comment 2 2010-10-04 16:31:54 PDT
<rdar://problem/8511539>
Simon Fraser (smfr)
Comment 3 2014-10-31 19:46:51 PDT
New spec text says that they do intersect: http://dev.w3.org/csswg/css-transforms/
Roger F. Gay
Comment 4 2021-07-12 04:07:21 PDT
3D is covered in CSS 3D Transforms Module Level 3 https://www.w3.org/TR/2009/WD-css3-3d-transforms-20090320/ IMO, it seems pretty clear how things should work. 3D, is an illusion, done in 2D (it says so explicitly) and stacking context is preserved. 3D elements require preserve-3d transform-style on parent element. z-index still matters. I note also that it is easy to put a 2D element on top of a 3D scene using normal rules of stacking in both Firefox and Chrome. I believe they have interpreted correctly. This is both logical and quite useful for things like start pages, controls, and displays that need to sit on top of 3D scenes. I'm commenting here rather than writing a separate bug report. I've been testing on Mac 10.15.7 and iOS 14.6. This is a core problem for bringing my software to Safari. For what it's worth, I'm confident that this is a bug.
Roger F. Gay
Comment 5 2021-07-12 04:10:07 PDT
I note that the demo is no longer available. I will be more than happy to provide one - or submit a new bug report if that is more appropriate.
Ahmad Saleem
Comment 6 2025-04-17 01:23:47 PDT
(In reply to Roger F. Gay from comment #5) > I note that the demo is no longer available. I will be more than happy to > provide one - or submit a new bug report if that is more appropriate. It would be great, if you can upload demo here as attachment.
Note You need to log in before you can comment on or make changes to this bug.