Closed
Bug 117419
Opened 24 years ago
Closed 4 years ago
hovering on list of links moves the bullets
Categories
(Core :: Layout, defect)
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
Comment 1•24 years ago
|
||
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.
Comment 2•24 years ago
|
||
Comment 3•24 years ago
|
||
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?
| Reporter | ||
Comment 4•24 years ago
|
||
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?
Comment 5•24 years ago
|
||
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.
| Reporter | ||
Comment 6•24 years ago
|
||
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!
Updated•24 years ago
|
Target Milestone: --- → mozilla1.2
Comment 7•24 years ago
|
||
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.
| Reporter | ||
Comment 8•24 years ago
|
||
| Reporter | ||
Comment 9•23 years ago
|
||
The same behaviour is now hitting different part of original url.
Hovering on right links column bounce the central image.
| Reporter | ||
Comment 10•23 years ago
|
||
still real win98 2003051408
Comment 11•22 years ago
|
||
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?
| Reporter | ||
Comment 12•22 years ago
|
||
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.
Comment 13•22 years ago
|
||
> 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....
| Reporter | ||
Comment 14•22 years ago
|
||
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.
Comment 15•22 years ago
|
||
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.
Comment 16•20 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051210 Firefox/1.6a1
No bullet movement here.
| Reporter | ||
Comment 17•20 years ago
|
||
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.
| Reporter | ||
Comment 18•18 years ago
|
||
works properly with firefox 3 beta 2
Updated•16 years ago
|
Assignee: attinasi → nobody
QA Contact: chrispetersen → layout
Comment 19•4 years ago
|
||
Comment 20•4 years ago
|
||
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.
Description
•