Closed
Bug 6127
Opened 25 years ago
Closed 25 years ago
A:hover on "Together" link leaves base of "g" red
Categories
(Core :: Layout, defect, P3)
Tracking
()
VERIFIED
FIXED
People
(Reporter: sirilyan, Assigned: ramiro)
References
()
Details
M5 apprunner, GTK+ 1.2.0, xfstt 0.9.10 used for TrueType font services.
When I mouse over the "Together" link on this page, the text does turn white per
the A:hover CSS rule but the baseline of the "g" stays red. No other characters
with descenders on this page exhibits this bug.
Comment 1•25 years ago
|
||
Tried on both WIN32 and Linux builds and it works correctly. The base of the "g"
is turned completely white on a mouseover.
Ramiro, I am reassinging this to you. My guess is that it is a problem with
using the TrueType font services on Linux. Maybe we are not returning the
correct font information from nsFontMetricsGTK for GetMaxDescent when a TrueType
font is used.
Comment 2•25 years ago
|
||
Tried on both WIN32 and Linux builds and it works correctly. The base of the "g"
is turned completely white on a mouseover.
Ramiro, I am reassinging this to you. My guess is that it is a problem with
using the TrueType font services on Linux. Maybe we are not returning the
correct font information from nsFontMetricsGTK for GetMaxDescent when a TrueType
font is used.
Comment 3•25 years ago
|
||
Tried on both WIN32 and Linux builds and it works correctly. The base of the "g"
is turned completely white on a mouseover.
Ramiro, I am reassinging this to you. My guess is that it is a problem with
using the TrueType font services on Linux. Maybe we are not returning the
correct font information from nsFontMetricsGTK for GetMaxDescent when a TrueType
font is used.
I just tried this with xfstt 0.9.99-1 and the win98 fonts and i dont see the
problem.
Reporter | ||
Comment 5•25 years ago
|
||
Just upgraded to xfstt 0.9.99, and here's the new behaviour of the bug. I'm
using M5 apprunner.
Go to http://www.webstandards.org/ and mouse over "Together" while document is
loading (progress bar twirls). The link repaints correctly, but there is a
split-second delay between everything *but* the descender repainting, and the
descender repainting. Once loading is complete (no progress bar), the descender
does not change color.
If these hints don't manifest it for anyone else, please resolve this bug as
WORKSFORME.
Reporter | ||
Updated•25 years ago
|
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 6•25 years ago
|
||
As of M8, works fine. Don't ask me why.
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Comment 7•25 years ago
|
||
With the Sept 2 build, the problem has been fixed.
You need to log in
before you can comment on or make changes to this bug.
Description
•