Closed
Bug 222443
Opened 22 years ago
Closed 22 years ago
CSS a:hover text-decoration:underline does not function.
Categories
(Core :: Layout: Text and Fonts, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 195573
People
(Reporter: danleyf, Unassigned)
References
()
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007
The text-decoration attribute in a hover statement does not work in version 1.5.
Reproducible: Always
Steps to Reproduce:
1. Put <a href="#">some text</a> in document
2. Put a:hover { text-decoration: underline; } in css
3. view page.
Actual Results:
The hyperlink was not underlined when the mouse was placed on the link.
Expected Results:
They hyperlink should have been underlined.
Comment 1•22 years ago
|
||
The given URL WFM 1.5 final and 20031012 nightly PC/WinXP.
Comment 2•22 years ago
|
||
This is invalid. The links in the sidebar are within a block of class
"sidelinks" which the CSS on the given URL declares to have text-decoration :
underline.
The text-decoration : none in the CSS applies only to links with any element of
class "navtitlehigh". There are no elements with this class in the given URL. If
the outcome isn't as intended its the CSS at fault, not Mozilla.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → INVALID
Bruce, you have misread the entire problem. The class sidelinks should have
text-decoration: underline and does have. The problem is that mozilla 1.5 DOES
NOT DISPLAY the text-decoration of underline when hovering.
This is NOT an invalid submission. Please look again. Thank you.
------- Additional Comments From Bruce.Davidson@iplbath.com 2003-10-16 12:08
-------This is invalid. The links in the sidebar are within a block of
class"sidelinks" which the CSS on the given URL declares to have text-decoration
:underline.The text-decoration : none in the CSS applies only to links with any
element of class "navtitlehigh". There are no elements with this class in the
given URL. Ifthe outcome isn't as intended its the CSS at fault, not Mozilla.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Bruce,
In an effor to help clarify the problem, I have put up a URL dedicated to this
problem. Please review the URL.
http://webgarden.ccpi.net/mozilla-broke.html
Thank you.
Danley
Comment 5•22 years ago
|
||
Danley: Are you using XFree86 4.3.0? If yes, this may be a duplicate of bug 195573.
Was the 1.4 release you used an original Mozilla.org release or a package from
e.g. Slackware or Red Hat? The original Mozillas, built with FreeType have this
problem (this is a bug in XFrree86). The RedHat- or Slackware-compiled ones use
XFT, so this does not occur.
The workaround is to get an XFT-enabled Mozilla build (or patch XFree86).
Comment 6•22 years ago
|
||
"1.4"... - I meant "the previous version you used that did not have this
problem". :)
Marek,
I have trunk Mozilla 1.4, Redhat 1.2.1 and trunk Mozilla 1.5. The trunk Mozilla
1.4 was compiled locally by myself and the trunk 1.5, I got lazy and used the
installer. My 1.4 and 1.2.1 neither one have the problem, but the 1.5 does.
XFree86-4.3.0-2 <== You hit that one on the nose.
Thx. I will go check out what I did in the compilation of the 1.4.
*** This bug has been marked as a duplicate of 195573 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago → 22 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•