Closed
Bug 310451
Opened 19 years ago
Closed 15 years ago
{inc}dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize
Categories
(Core :: Layout: Positioned, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: stryker330, Unassigned)
References
Details
(Keywords: testcase)
Attachments
(3 files, 1 obsolete file)
Increasing font-size via scripting won't change the width of absolutely positioned boxes that don't have their top and left CSS properties specified. That means that the inline text and objects will wrap, even if font-size is just increased by 1 pixel. Triggering a reflow will correct the width and allow the text to unwrap. For example, resizing the window will fix it.
| Reporter | ||
Comment 1•19 years ago
|
||
Summary: dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize → {inc}dynamically increasing font-size doesn't change width of absolutely positioned boxes without top and left properties until next resize
| Reporter | ||
Comment 2•19 years ago
|
||
Slightly more informative testcase. FYI, adding both top and left properties leads to bug 271776. I've also found a related bug involving specifying width on positioned elements causing an "unwrapped artifact" to appear...I'll file a new bug.
Attachment #197858 -
Attachment is obsolete: true
| Reporter | ||
Comment 3•19 years ago
|
||
Wrapping the div inside another div with position: relative gets rid of the bug.
Is this present in FF 1.0.x?
| Reporter | ||
Comment 6•19 years ago
|
||
No. However, changing the font size in Fx 1.0.x requires a manual reflow to reflect the new changes (in the testcase, it won't change until after the manual reflow).
| Reporter | ||
Comment 7•19 years ago
|
||
BTW, the text in the testcases is misleading. The text won't overlap in this bug. They were originally testcases for bug 271776, in which the text does overlap.
Updated•19 years ago
|
Whiteboard: [reflow-refactor]
Comment 8•18 years ago
|
||
Comment 9•18 years ago
|
||
The bug still occurs in SeaMonkey 2006120801 (post reflow branch) on Linux. FWIW, it renders "Testcase #3" different from 2006120701 (pre reflow branch), which also broken.
Comment 10•15 years ago
|
||
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.3a1pre) Gecko/20090823 Minefield/3.7a1pre WFM. I'll turn "Testcase #3" into a reftest.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Comment 11•15 years ago
|
||
reftest: http://hg.mozilla.org/mozilla-central/rev/1572bb861865
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•