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.
Reporter | ||
Comment 4•19 years ago
|
||
Filed bug 310553.
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
|
||
Flags: in-testsuite+
You need to log in
before you can comment on or make changes to this bug.
Description
•