Closed
Bug 158354
Opened 24 years ago
Closed 23 years ago
{inc} layout changes on hover (works correctly in 0.9.4)
Categories
(Core :: Layout: Floats, defect, P2)
Tracking
()
RESOLVED
DUPLICATE
of bug 157444
People
(Reporter: doronr, Assigned: dbaron)
References
()
Details
(Keywords: testcase, Whiteboard: [bugscape 17967])
Attachments
(1 file, 1 obsolete file)
|
442 bytes,
text/html
|
Details |
Mouse over the links/images in the page and watch the layout change. Removing
the font-weight:bold fixes this.
Have a minmal testcase, going to attach.
| Reporter | ||
Comment 1•24 years ago
|
||
adding reduced testcase
Comment 2•24 years ago
|
||
Er. Why shouldn't it change?
http://www.w3.org/TR/REC-CSS2/selector.html#dynamic-pseudo-classes suggests to
me that if we support changing the font-size (or font-weight) on :hover, that
reflowing the document is to be expected...
Comment 3•24 years ago
|
||
Doron, bold text is wider than the same non-bold test. The layout change is
correct.
| Assignee | ||
Comment 4•24 years ago
|
||
Agreed, based on testcase. (I get an error page for the main URL.)
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → INVALID
| Reporter | ||
Comment 5•24 years ago
|
||
OOps, the testcase does not show the actual issue I was seeing, which I believe
is a bug.
Try http://www.opitec.com/CGI/IOIAHS_H or the new testcase:
http://www.nexgenmedia.net/evang/opitec.com/IOIAHS_H.html
Mousing over the image (which is outside the <a>) causes indenting.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Comment 6•24 years ago
|
||
The bold has nothing to do with this. Any style that causes an incremental
reflow on hover will trigger this problem (eg changing font-size or something
like that).
The <br clear="all"> seems to not be doing what it should; the lower floater is
getting repositioned to be to the right of the upper floater instead of below it...
Summary: font-weight:bold changes layout (works correctly in 0.9.4) → {inc} layout changes on hover (works correctly in 0.9.4)
| Assignee | ||
Comment 7•24 years ago
|
||
Note that the <br clear="all"> is only behaving wrong when the image loads come
in later and we fill in a placeholder. On reload, the initial display is fine.
Could be a problem somewhere near nsBlockFrame::RememberReflowDamage or
PropagateReflowDamage, but it could be elsewhere.
| Reporter | ||
Updated•24 years ago
|
Whiteboard: [bugscape 17967]
| Assignee | ||
Comment 8•24 years ago
|
||
Attachment #91985 -
Attachment is obsolete: true
Comment 9•23 years ago
|
||
happens on linux, too
| Assignee | ||
Comment 10•23 years ago
|
||
There are a lot of float incremental reflow bugs lately...
Status: REOPENED → ASSIGNED
Component: Style System → Layout: Floats
Priority: P3 → P2
Comment 11•23 years ago
|
||
This is a dup of another <br clear=all> bug filed recently.
Comment 12•23 years ago
|
||
...namely bug 157444.
| Assignee | ||
Comment 13•23 years ago
|
||
*** This bug has been marked as a duplicate of 157444 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•