Closed Bug 257208 Opened 20 years ago Closed 20 years ago

italicized and bolded special character (double quote) does not change colour fully on :hover

Categories

(Core :: Layout: Block and Inline, defect)

1.7 Branch
x86
Windows XP
defect
Not set
trivial

Tracking

()

VERIFIED DUPLICATE of bug 15116

People

(Reporter: benjamin, Unassigned)

References

()

Details

Attachments

(3 files)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3

On my site, http://www.bluism.com/, I've headers in italicised Georgia. These
titles are links to the permalink of the entry.

Often times these titles end in a double, 16-bit quotation marks ("curly
quotes"). When a user hovers over the link, all changes colour except the last
half of the last character--a curly quote.
 

Reproducible: Always
Steps to Reproduce:
1. Create  new HTML document.
2. Somewhere, add in this line of markup:
<h2><a href="#">Operation &#8220;Web Snare&#8221;</a></h2>
3. Style it with this CSS:

h2 a:link, h2 a:visited {
	color:#30567D;
	text-decoration:none;
}
h2 a:hover, h2 a:focus, h2 a:active {
	color:#7096BD;
}
h2 {
	font-family:georgia, "times new roman", times, serif;
	font-size:1.75em;
	color:#4073A6;
	font-style:italic;
}
4. Test the page and mouse over the link. Notice the last quotation mark.
Actual Results:  
The last quotation mark was not properly coloured on :hover.

Expected Results:  
The quotation mark should have been properly coloured on :hover.
Attached image Example case
This bug is wierd. I can't imagine how one is colored differently from the other
as it's supposed to be one character. Anyways, confirming and moving to Browser
component as it's apparent in Mozilla too.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040803 Firefox/0.9.3
Status: UNCONFIRMED → NEW
Component: General → Style System (CSS)
Ever confirmed: true
Product: Firefox → Browser
Version: unspecified → 1.7 Branch
A close up of the miscolored quote
I see this in a Windows 98 1.8a3 build as well.  Looks like a possible
invalidation issue?

In any case, assigning to confirmer to create minimized testcase; please do not
mark layout engine bugs "new" without one in the future.
Assignee: firefox → gavin_sharp+bugzilla
Attached file Testcase
For this to be a problem, you need italicized and bolded text (can be bolded by
being in a heading). Seems to happen only with the curly quotation mark.

Forgive my ignorance of the technical aspect of this, but here is what appears
to be happening.

The code that draws the new color (from the hover attribute) is not adjusting
for the fact that the quotation mark is italicized and bolded (therefore wider
and tilted). It therefore draws the new color on most of the text but leaves
out the extreme right end. This happens to different degrees with different
fonts, likely because the degree of tilt of the characters varies.
Summary: A serif link ending in a double quotation mark does not change colour fully on :hover. → italicized and bolded special character (double quote does not change colour fully on :hover
Also, it's apparent with different symbols. &#8223; (& # 8 2 2 3 ;) is another
example that works especially well.
Gavin, thanks for the testcase!

The problem is that we invalidate the rect of the <a> and that rect doesn't
contain the entirety of the quote.  That's bug 15116.

If for some reason we decide that bug should not be fixed, we'll need to treat
the text as overflowing the <a> or something...
Assignee: gavin_sharp+bugzilla → nobody
Component: Style System (CSS) → Layout: Block and Inline
Depends on: 15116
QA Contact: firefox.general → core.layout.block-and-inline
Summary: italicized and bolded special character (double quote does not change colour fully on :hover → italicized and bolded special character (double quote) does not change colour fully on :hover
We could give the text frame an overflow area. If we're careful it probably
wouldn't regress Tp.

*** This bug has been marked as a duplicate of 15116 ***
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: