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)
Tracking
()
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 “Web Snare”</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.
Comment 2•20 years ago
|
||
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
Comment 3•20 years ago
|
||
A close up of the miscolored quote
Comment 4•20 years ago
|
||
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
Comment 5•20 years ago
|
||
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.
Updated•20 years ago
|
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
Comment 6•20 years ago
|
||
Also, it's apparent with different symbols. ‟ (& # 8 2 2 3 ;) is another example that works especially well.
Comment 7•20 years ago
|
||
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
Updated•20 years ago
|
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
Updated•20 years ago
|
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•