Closed Bug 117419 Opened 24 years ago Closed 4 years ago

hovering on list of links moves the bullets

Categories

(Core :: Layout, defect)

x86
Windows 98
defect
Not set
normal

Tracking

()

RESOLVED INVALID
mozilla1.2alpha

People

(Reporter: devotip, Unassigned)

References

()

Details

(Keywords: testcase, Whiteboard: DUPEME)

Attachments

(4 files)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.7+) Gecko/20011228 BuildID: 2001122803 hovering on list of links text is bolded but it does not change in height and the text does not move while are moving the bullets Reproducible: Always Steps to Reproduce: 1.open url 2.hover on links Actual Results: bullets are moving while the text is not Expected Results: bullets steady as the text is
The effect is tied to the use of the Courier New font, and changing the <a> text to bold when you hover the mouse. Testcase to follow. I suspect that this may be a duplicate.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: testcase
Whiteboard: DUPEME
Attached file reduced testcase
I don't think this is a bug. The bullets 'move' because the hover effect (bold) makes them take up more space. Another testcase would be to change font size on hover -- that will move the bullets even more. Suggesting wontfix/invalid. What do you say bz?
The bullet and the text should move or not together. Only the bullets are moving. line-height: 15pt => no height change bold or not. Isn't it?
Heh. This should confuse things a bit. On Win98, 0.9.7 (2001122106), my testcase (http://bugzilla.mozilla.org/attachment.cgi?id=63058&action=view) DOES NOT show the "problem" On Win98SE, 2001122803, it does. devotip@tiscalinet.it's test case (http://bugzilla.mozilla.org/attachment.cgi?id=63069&action=view) looks the same on both.
I get the same behaviour from withing win98 and win2k. The differences between the two testcase are line spacing and underlined text for links. The line gets doubled when bolded, the bullet is always the same. And have an happy new year!
Target Milestone: --- → mozilla1.2
curiouser and curiouser... BOTH testcases now WFM (win98SE, 2002021503) I still have a problem with the main URL though - the bullets stay put, but the headers further down the page jiggle about.
Attached file better testcase
The same behaviour is now hitting different part of original url. Hovering on right links column bounce the central image.
still real win98 2003051408
The "bouncing of the central image" is an artifact of the page design, not a Mozilla problem. The page contains a table of three rows. The first row contains the two columns of lists and the top image, the second the central image, and the third the page footer. As best I can make out, when the lists are hovered over, the first row expands in size. This pushes down the lower rows slightly, shifting the central image and the footer. Looking at "better testcase", the first two lists expand slightly on hovering, the bullets and text moving together. There is no movement of the header or otherwise when hovering over the second two lists. As far as I can tell, everything is in order. (Win XP, build 2004012709). Could someone check on Windows 98 to verify this and resolve the bug?
In my understanding the bold attribute should not change the line's height. If the height change is correct then the behaviour is correct too.
> In my understanding the bold attribute should not change the line's height. Why not? It's not uncommon for a bold font to have slightly different font metrics from the non-bold version....
In the "better testcase" if there is a change in height all the lines under the bolded one should move. If you hoover on the last two lists nothing moves while it happens on the first two.
Actually, I see nothing move on any of the lists (which makes me even more certain this is a font metrics issue). Then again, I'm testing a Linux build.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051210 Firefox/1.6a1 No bullet movement here.
verified with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20051130 Firefox/1.6a1 The behaviour in "better testcase" is still the same with mswindows but I agree with comment #15 that the font metric is involved. It's still a bug because of the different behavior between the first and the second part of testcase. Only after "paragraph is the borderline" nothing moves while fonts are the same in the whole page.
works properly with firefox 3 beta 2
Assignee: attinasi → nobody
QA Contact: chrispetersen → layout
Attached file Testcase #4

I can reproduce this in Nightly on Linux, using Testcase #4 I see the text moving for the 10px, 15px and 20px sizes when hovering the text.
As noted above, if and when this occurs depends on font metrics and isn't a bug per se. (There are various ways for authors to avoid this.)

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: