Closed
Bug 746422
Opened 13 years ago
Closed 13 years ago
nsTextBoxFrame doesn't include glpyh overflow in its overflow rects
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 746421
People
(Reporter: mattwoodrow, Unassigned)
References
Details
Attachments
(1 file)
|
4.54 KB,
text/plain
|
Details |
XUL text frames only use the tight extents of the text for their size, they never include the loose extents in the overflow area.
This causes incorrect invalidation, and with DLBI patches, test failures.
Somewhat guessing with the attached patch, running it on tryserver now to see if it fixes the test failures.
| Reporter | ||
Comment 1•13 years ago
|
||
Attachment #615975 -
Flags: feedback?(jfkthame)
Comment 2•13 years ago
|
||
Dup. of bug 746421?
| Reporter | ||
Updated•13 years ago
|
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 4•13 years ago
|
||
In addition to this, it appears that we are only using the LOOSE_INK_EXTENTS with normal html text frames when we recompute the overflow area. The initial reflow uses TIGHT_HINTED_OUTLINE_EXTENTS (except when IsFloatingFirstLetterChild() - not sure what that means).
See:
http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsTextFrameThebes.cpp#7451
http://mxr.mozilla.org/mozilla-central/source/layout/generic/nsTextFrameThebes.cpp#7916
I believe a similar bug also exists for nsMathMLChar, harder to figure out the measurement code there though.
Does anyone have time to help with this? It's blocking DLBI patches from landing.
Alternatively I can just extend the invalidation areas of text temporarily until we can fix this properly.
Updated•13 years ago
|
Attachment #615975 -
Flags: feedback?(jfkthame)
You need to log in
before you can comment on or make changes to this bug.
Description
•