Closed
Bug 154163
Opened 24 years ago
Closed 22 years ago
Mouse hot tracking un-highlights items on some dual screen setups main primary
Categories
(SeaMonkey :: UI Design, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 135079
People
(Reporter: nathans, Assigned: bugzilla)
References
Details
Attachments
(2 files)
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1a+) Gecko/20020625
BuildID: 2002062508
When pointing to a menu or personal toolbar item, the item should appear
"highlighted" while the mouse hovers over it. On some dual-screen Windows XP
systems, the highlight appears for a moment and disappears. This happens when
Mozilla is on screen 2 and the bottom edges of screens 1 and 2 are aligned (see
screenshot).
If you hover over a menu item like Tools » Form Manager, the submenu does not
appear until you click the mouse.
Similar to bug 153515 but the dual-screen issue separates it from that one.
Reproducible: Always
Steps to Reproduce:
1. In Windows display control panel, position screens 1 and 2 so that their
bottom edges are aligned (see screenshot).
2. Open a Mozilla window on screen 2.
3. Move the mouse over an item that hot-tracks, such as a menu or personal
toolbar button.
Actual Results: The item highlights for a moment, then the highlight goes away.
Expected Results: The item should stay highlighted as long as the mouse is over it.
This does *not* happen if screen 1 and screen 2 are positioned so that their top
edges are aligned. It does *not* happen if the Mozilla window is on screen 1.
The system is an IBM ThinkPad T30, video card is ATI Mobility Radeon 7500, with
a ThinkPad port replicator. Screen 1 is the laptop's LCD, at 1024x768. Screen 2
is an external LCD panel at 1280x1024.
| Reporter | ||
Comment 1•24 years ago
|
||
Bottom edges of the screens are aligned. Bug appears while Mozilla is on screen
2.
| Reporter | ||
Comment 2•24 years ago
|
||
Top edges of screens are aligned. The bug does not appear in this
configuration.
Comment 3•23 years ago
|
||
Added main and primary in summary so this shows up with other two-screen problems.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Mouse hot tracking un-highlights items on some dual screen setups → Mouse hot tracking un-highlights items on some dual screen setups main primary
Comment 4•23 years ago
|
||
It happens when the cursor position is < (0, 0) -- negative coordinates. My
system has two identical monitors; usually I run the right one as primary
(Display properties -> Settings -> Use this device as the primary monitor) which
means it spans from (0, 0) to (1280, 1024) and the left monitor is from (-1280,
0) to (0, 1024). In this situation, Mozilla behaves as described above on the
left monitor but not the right one -- that is, when the mouse has negative x
coordinate. If I choose the left monitor as primary, so all coordinates are
positive (left monitor from 0, 0 to 1280, 1024 and right monitor from 1280, 0 to
2560, 1024) then highlighting works fine everywhere.
All mouseover highlighting seems to be broken -- javascripts that do mouseover
tracking, the behavior of putting the destination URL in the status bar when you
mouse over a link, and the menus -- they highlight for a second, then
immediately unhighlight -- it's as if they see the correct mouse move, followed
by a move to somewhere else so they no longer think the mouse is there.
Using Mozilla 1.4 on Windows.
Note bug 153515 has acquired some dualmon specific annotations so anyone fixing
either of these should probably coordinate!
Comment 5•23 years ago
|
||
*** Bug 212849 has been marked as a duplicate of this bug. ***
Comment 6•23 years ago
|
||
Everything described also applies to my Mobility Radeon on a Sony Vaio, except
that also context menues appear at the wrong position (vertical offset seems to
depend on the negative value of position of the second screen), but not
consistently. Highlighting also doesn't work for the menu items within the top
menues. So I assume that the mouse position is incorrectly read in some event
handlers.
The effect actually only affects those items (within the same opened menu) that
are placed above the upper border of the primary screen. The ones below that
border are okay!
Comment 7•22 years ago
|
||
i'm having same problem with identical monitors at identical resolutions on an
nvidia 440mx twinview. primary monitor is to the right, so left monitor is in
neg. coordinates. pretty much impossible to keep anything highlighted, either
in the html window or on any of the menus.
this is moz. 1.5, just downloaded, and it was happening on 1.4 as well
Comment 8•22 years ago
|
||
dupe of bug 141599 ?
Comment 9•22 years ago
|
||
I think all these bugs are the same: bug 135079, bug 141599, bug 154163, bug
159277, bug 222817. I'm putting this in all the bugs in the hopes one of the 5
different owners of these 5 different bugs will fix it and resolve the rest as
dupes; I don't know if I have permission to resolve/dupe myself and I don't know
which one is most likely to get attention first :)
Comment 10•22 years ago
|
||
This bug is identical to bug 135079, duping.
*** This bug has been marked as a duplicate of 135079 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•