Closed
Bug 162818
Opened 23 years ago
Closed 6 years ago
Last link not underlined [clipping round-off problem]
Categories
(Core :: Layout: Text and Fonts, defect, P3)
Core
Layout: Text and Fonts
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: bugzilla, Unassigned)
References
()
Details
(Keywords: testcase)
Attachments
(2 files)
if you go to:
http://nyhedsgrupper.opasia.dk/links
you'll see that the link "The Unofficial Smiley Dictionary" is missing a
underline link.
20020814
Comment 1•23 years ago
|
||
Confirmed using 2002080718.
Reduced testcase attached.
Note the following:
* The last line (not link) is lacking an underline. If you resize the window
so that the long link wraps, the underline will be drawn for the part of the
link that is not on the last line.
* The font size and header matter (though both h1 and h2 cause the problem to
occur).
Is there a rounding error calculating the height of the DIV somewhere that's
causing the underline to be outside its box?
Comment 2•23 years ago
|
||
Clipping problem. Adding padding:0.03333333px will make the underlining visible.
Adding padding:0.03333332px will have no effect. Intricate round-off problem by
1/30 pixel.
Confirming Mac OS X 2002-08-10-11.
Confirming problem 2002081504/winXP
Platform/OS --> All/All
OS: Windows 2000 → All
Hardware: PC → All
Summary: underline link missing on last link → Last link not underlined [clipping round-off problem]
Comment 4•22 years ago
|
||
taking
Assignee: attinasi → kmcclusk
Priority: -- → P3
Target Milestone: --- → Future
![]() |
||
Comment 5•22 years ago
|
||
So... should text decorations in fact end up outside the block box? (I'd think
not, but....)
Keywords: qawanted
QA Contact: cpetersen0953 → ian
Comment 6•22 years ago
|
||
Text decorations end up where they end up, the block's dimensions doesn't have
any effect on that.
In the trivial case, if a block has 'height:0' or 'line-height:0' then it is
quite possible that the underline will overflow.
![]() |
||
Comment 7•22 years ago
|
||
"height: auto; line-height: normal"
Comment 8•22 years ago
|
||
Could still happen. For example, if the font bleeds heavily outside its default
line height, and the font's underline metric is under its bottom line-height:
___
/ \
______________/_____________________
/ __ __ '.
---/----- / \ / \ |_ font's default
/ \__/ \__/ | line-height
__________/_________________________ ,'
..../.................... <-- font's underline level
/
Comment 9•22 years ago
|
||
->Fonts & Text
Comment 10•20 years ago
|
||
Is this still an issue?
The last line is underlined for me in the Reduced testcase, using:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a5) Gecko/20041026
Firefox/0.9.1+
Comment 11•17 years ago
|
||
There's no underline for the last line in the testcase now.
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008032805 Minefield/3.0pre ID:2008032805
Assignee: kmcclusk → nobody
QA Contact: ian → layout.fonts-and-text
Comment 12•13 years ago
|
||
All links in the testcase appeared underlined.
WORKSFORME?
Build config: Mozilla/5.0 (Windows NT 6.1; rv:8.0) Gecko/20100101 Firefox/8.0
Comment 13•6 years ago
|
||
Testing with default fonts, this looks like WFM. It could still "fail" with some fonts, depending on their underline offset (as noted in comment 8), but that's not really a bug; it would be expected behavior of overflow:hidden where some of the content -- whether "ink" of the glyphs themselves, or the applied text-decoration -- extends beyond the line box.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•