Closed Bug 44369 Opened 25 years ago Closed 23 years ago

:hover effect applies to more then affected element

Categories

(Core :: CSS Parsing and Computation, defect, P3)

x86
Linux
defect

Tracking

()

RESOLVED INVALID
Future

People

(Reporter: xalkina, Assigned: ftang)

References

()

Details

moving mouse over links in main part of the window, onmouseovered link gets hover effect (i'm not sure the font should get larger & did not check, but as far as I know the other pages on this site do not change font-size on :hovers) and all the other links move a little.
Christos: what build are you using? I think it was fixed a little while back. Also, bug reports are welcome and encouraged but please try to be more exact and more detailed in your descriptions (the other one I had from you wasn't very clear either). For more info, see the bug writing guidelines on http://www.mozilla.org/quality/bug-writing-guidelines.html Anyhow, it works for me with current builds on Mac and Windows. Reassigned to erik to check on unix, and maybe mark WorksForMe.
Assignee: pierre → erik
Tested with build 2000063008 on Redhat 6.2 on mouseover the there is a color change and the length of the links changes.Font size remains the same.There is a slight increase in the spacing between the words.This is most noticible on the 4th link on the right side. that link is also the longest link.Also on mouseover of the e-mail link on the left side the text above it shifts in addition to lenghtening of link. Also checked with Netscape 4.7 None of the mouseover effects occur in Netscape.
I'm using linux/063008 too, sorry I forgot to mention. I think that the length of the links should change because the :hover rule specifies a larger font. The links change their y-coord together with the line above them.
On Linux, I do see the font changing when I hover over the links, but the other links do not move. However, if I use my Exceed X server on NT (with Mozilla running on a Linux box), then I do see the links and horizontal lines below the hover link moving. When I hover over the 4th link on the right, I even see some text moving below. I also noticed that the style sheet is asking for font sizes in pixels in some cases, and points in other cases. This does not seem like a good idea in general (since the number of pixels per point (or dpi) varies from machine to machine). (And both pt and px are bad for people who prefer to use large fonts due to poor eyesight, etc.) Since the style sheet is actually asking the font size to change when the user hovers over the links, it is not surprising that there is some effect on the layout. May I suggest that you simply refrain from changing the font size for :hover unless you have some compelling reason to do so? Or do you want Mozilla developers to look into the reasons why the links, lines and text are moving in that way? I must admit that it is curious that the links and horizontal lines are moving in some cases, while the paragraphs of text don't. But at this point, it simply does not seem as serious as the other bugs that we are currently fixing (e.g. crashers).
Accepting bug since it seems to be related to Text Layout, but marking Future since it doesn't seem important.
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Target Milestone: --- → Future
Moving to correct QA Contact - here ya go Ian!
QA Contact: ckritzer → ian
erik resign. reassign all his bug to ftang for now.
Assignee: erik → ftang
Status: ASSIGNED → NEW
mark all future new as assigned after move from erik to ftang
Status: NEW → ASSIGNED
When the link is not hovered, it's in <font face="verdana">. When it's hovered, it gets a font-family of |"Verdana","Arial","Helvetica","Geneva","Swiss","SunSans-Regular"|. So on any setup on which there is no "Verdana" font but one of the other fonts (likely "Arial") is present the text will be rendered in a different font (and have different metrics). Marking invalid; please reopen if I missed something that makes this a bug.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.