RESOLVED DUPLICATE of bug 19124 29781
Absolutely positioned element is not complied with W3C standard.
https://bugs.webkit.org/show_bug.cgi?id=29781
Summary Absolutely positioned element is not complied with W3C standard.
Hanrui
Reported 2009-09-27 04:42:25 PDT
Created attachment 40190 [details] Testcase shows the behaviour of absolutely positioned element is not complied with W3C standard. Safari Version : 4.0.3 (531.9.1) Other browsers tested: Chrome 4.0.213.1: Same as Safari Firefox 3.x: Same as Safari IE 6/7: Different to Safari IE 6: Different to Safari What steps will reproduce the problem? 1. Launch the testcase file attached What is the expected result? The inner div is absolutely positioned div without left/top specified. So according to W3C standard, its left side should be at the place as same as static positioned div. W3C standard: http://www.w3.org/TR/CSS2/visudet.html#abs-non-replaced-width "2. 'left' and 'right' are 'auto' and 'width' is not 'auto', then if the 'direction' property of the element establishing the static-position containing block is 'ltr' set 'left' to the static position, otherwise set 'right' to the static position. Then solve for 'left' (if 'direction is 'rtl') or 'right' (if 'direction' is 'ltr')." What happens instead? The inner div always align to left of the outer div, which is different from the static flow. ( The first and third groups in testcase are absolutely positioned while the second and fourth groups are static positioned for comparing. )
Attachments
Testcase shows the behaviour of absolutely positioned element is not complied with W3C standard. (689 bytes, text/html)
2009-09-27 04:42 PDT, Hanrui
no flags
Hanrui
Comment 1 2009-09-27 04:47:29 PDT
Also reported to Chromium bug system: http://code.google.com/p/chromium/issues/detail?id=23202
mitz
Comment 2 2009-09-27 17:11:37 PDT
*** This bug has been marked as a duplicate of bug 19124 ***
Note You need to log in before you can comment on or make changes to this bug.