User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:188.8.131.52) Gecko/20070309 Firefox/184.108.40.206 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:220.127.116.11) Gecko/20070309 Firefox/18.104.22.168 Text does not respect <div style="top:Ypx; left:Xpx;"> by wrapping around the actual location of the image. Instead, it wraps around the location where the image would have been inline. Reproducible: Always Steps to Reproduce: See example html in Additional Information to reproduce the issue. The image is placed correctly. However, the text is wrapped around the location where the image would have been had it not been moved. Actual Results: The bug. Expected Results: Text should have respected the image's actual location, rather than where it would have been if not placed in a slightly different location. Example html (Replace TestImg.gif with a gif of your own choosing) <html><head /><body> <table align="center" border="1" cellpadding="0" cellspacing="0"> <tr> <td> <div style="position:relative; float:right; top:0px; left:100px; "> <img src="TestImg.gif" width="323" height="240" alt="" /></div> <div style="width:500px;"> PavingCo Asphalt & Paving Corp. produces asphalt materials for our own paving operation as well as, other contractors, state, county and city public works customers. Producing the asphalt paving material enables us to better serve our customers with a quality controlled paving product. <br /><br /> We design and provide a variety of specific purpose mixes to our customers, SuperPave based paving mixes, high performance cold mixes, porous asphalt (drainable pavement), crushed recycled asphalt pavement (RAP), treated recycled asphalt pavement (TRAP), special recreational trail mixes to mixes, interstate mixes, just to name a few. <br /><br /> Our production of asphalt paving materials is tested and monitored by our own Statesota Department of Transportation certified employees and laboratory equipped with the latest in asphalt testing technology. All the materials used in the production of the HMA are sampled and tested in accordance with the Statesota Department of Transportation Specifications (SDOT). During production and placement of the HMA, density samples are taken and tested in our laboratory to insure the quality of our product, according to our quality control program. The sampling and testing is performed by SDOT certified lab technicians. Many of the samples are taken to an independent laboratory to further verify our results. During placement of the HMA, a density machine is used to monitor the compaction and to aid in achieving the desired density. </div> </td> </tr> </table> </body></head>
Created attachment 260727 [details] The test image. Has a border to determine edges, and transparency to see what's under it. Just a plain old gif made with photoshop
Created attachment 260744 [details] Reporter's testcase
IIRC, this has been resolved as INVALID in the past but I can't find the bug...
Component: General → Layout: Floats
OS: Windows Server 2003 → All
Product: Firefox → Core
QA Contact: general → layout.floats
Hardware: PC → All
Version: 2.0 Branch → unspecified
I certainly couldn't find a bug for it. Do you mean the behavior is invalid, or the bug report?
The bug report, since the layout was considered to be correct.
It doesn't look very correct to me. Do you know of a workaround for this apparent flaw?
relative and absolute positioning are designed primarily for animation effects, and they intentionally don't change the layout of the stuff around the positioned element (relative positioning by acting as though it was still at its original position, absolute positioning by acting as though it were not there). I recommend against using them in other cases, because of problems like this, which is exactly what the spec says should happen. ->invalid
Status: UNCONFIRMED → RESOLVED
Last Resolved: 12 years ago
Resolution: --- → INVALID
Created attachment 260751 [details] Workaround? (In reply to comment #8) Maybe something like this would work for you?
(In reply to comment #10) > Created an attachment (id=260751) [details] > Workaround? > > (In reply to comment #8) > Maybe something like this would work for you? > That got me close, but it didn't quite work.
You need to log in before you can comment on or make changes to this bug.