div's on entire side dont push other elements out of the way . im going to attch the file i was editing when i found this (note this is the original not the edited)
Reported by
dank...@nilesk12.org,
Jan 9
|
||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. place div element on entire side not covering who page 2. place another element preferably h1 for size outside of div 3. overlap What is the expected behavior? no overlap What went wrong? overlap Did this work before? N/A Does this work in other browsers? Yes Chrome version: 71.0.3578.98 Channel: stable OS Version: Flash Version: it didnt do this before
,
Jan 10
,
Jan 10
FWIW, here (in Win7) all versions of Chrome, even the ancient ones, display this file just like Firefox.
,
Jan 10
Tried testing the issue on reported chrome #71.0.3578.98 using Mac OS 10.13.6, Ubuntu 17.10 and Windows 10 by following below steps. Steps: ===== 1.Launched chrome. 2.Opened "multipage.html". 3.Tried to overlap div elements. 4.Observed that they don't overlap. Attached screencast for reference. @reporter: Could you please review attached screencast and let us know if anything missed from our end. Requesting you to provide the "OS" details on which the issue is seen so that it would be really helpful on further triaging of the issue. Thanks.!
,
Jan 10
i cant edit. i posted without a account on that website.
,
Jan 10
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 10
,
Jan 10
#6 - no need to edit. Just add a new comment with answers for my comment (#3) an attach a screenshot.
,
Jan 10
they overlap when you place a h1 element in the shown place.
,
Jan 10
also its not the div elements that overlap its that text overlaps with the div elements
,
Jan 10
#11 - please, create a small HTML that fully reproduces the problem and attach it, otherwise this is a waste of time, trying different things that you may or may not experience.
,
Jan 10
the html was just a example to showcase the error.
,
Jan 10
Not the problem you describe, but I thought it may be worth a mention - <h1> has implicit top and bottom margin and this margin is applied to the element with the position: fixed because it applies to the enclosing <div>. Seeing as you see the same behavior in other browsers, it is probably not a bug, but others may think differently. The problem you describe - The <div> is actually not covering the entire side at all. It has a <ul> with position: fixed (which makes it completely separate from the parent and not affecting it at all) that covers the side, so there is no reason for the <div> to "push" any element, the <div> is simply a container for whatever you put it in that is not position: fixed. So, not a bug, unless others think differently.
,
Jan 11
Thanks for the report dankan5, the explanation provided by phistuck is correct. While perhaps a bit surprising this is working as intended. Thanks phistuck!
,
Jan 11
the body isnt fixed and if you inspect element it also applys to the body
,
Jan 11
Reporter, you can simplify your code to this: <!DOCTYPE html> <body style="margin: 0px;"> <div style="position:fixed; background:red">foo</div> <h1>bar</h1> </html> You'll see in devtools that BODY is "shifted" down and occupies exactly the *content* region of H1 "despite" the margin being 0. As explained by phistuck@ above it happens because a) H1 has implicit margins and b) the position:fixed element is excluded from block layout so it's basically same as this: <!DOCTYPE html> <body style="margin: 0px;"> <h1>bar</h1> </html> BTW, removing <!DOCTYPE html> will put the document into a Quirks mode where H1 won't shift the body. |
||||||
►
Sign in to add a comment |
||||||
Comment 1 by dank...@nilesk12.org
, Jan 10