Closed
Bug 332551
Opened 19 years ago
Closed 18 years ago
floated images with intrinsic dimensions and percentage based margins are positioned/painted incorrectly
Categories
(Core :: Layout: Floats, defect)
Core
Layout: Floats
Tracking
()
RESOLVED
FIXED
People
(Reporter: phiw2, Unassigned)
References
Details
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060402 Camino/1.2+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20060402 Camino/1.2+
An image is floated and no dimensions (width/height) are specified, relying on the intrinsic size.
Percentage value is specified for the left-margin.
DomInspector reports the correct (computed) value for the margin, but the floated image is incorrectly positioned, too the left of where it should be.
Reproducible: Always
Actual Results:
The image is positioned too much to the left.
Expected Results:
Position the image as specified by the margin settings in the stylesheet.
![]() |
Reporter | |
Comment 1•19 years ago
|
||
This can be reproduced with Firefox 1.5 (Win, Mac, Linux), Camino (Trunk, Gecko1.9a1), Mozilla 1.7 (Gecko 1.7)
Component: General → Style System (CSS)
OS: MacOS X → All
Product: Firefox → Core
Hardware: Macintosh → All
Version: unspecified → Trunk
![]() |
Reporter | |
Comment 2•19 years ago
|
||
In the box on the second row, the image is positioned incorrectly
![]() |
Reporter | |
Comment 3•19 years ago
|
||
Comment 4•19 years ago
|
||
*** This bug has been marked as a duplicate of 249982 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
![]() |
||
Comment 5•19 years ago
|
||
I'm not convinced that this is a duplicate, since bug 249982 is all about the float being a block, and in this case it's not... Probably dependent, though.
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
![]() |
||
Updated•19 years ago
|
Status: UNCONFIRMED → NEW
Component: Style System (CSS) → Layout: Floats
Depends on: 249982
Ever confirmed: true
QA Contact: general → layout.floats
![]() |
Reporter | |
Comment 6•19 years ago
|
||
(In reply to comment #5)
> I'm not convinced that this is a duplicate, since bug 249982 is all about the
> float being a block, and in this case it's not... Probably dependent, though.
Explicitly setting the image to display:block doesn't change the problem. I'll attach a test case next. So, pretty similar anyway.
PS - could you set bug 249982 to All/All (makes it easier to find, maybe :))
![]() |
Reporter | |
Comment 7•19 years ago
|
||
Same test case, with the image set to img {display:block;}
![]() |
Reporter | |
Comment 8•18 years ago
|
||
This fails : 20061207 build
Works: 20061208 build
--> fixed by bug 300030
Blocks: reflow-refactor
Status: NEW → RESOLVED
Closed: 19 years ago → 18 years ago
Resolution: --- → FIXED
No longer blocks: reflow-refactor
Depends on: reflow-refactor
Updated•18 years ago
|
Flags: in-testsuite?
You need to log in
before you can comment on or make changes to this bug.
Description
•