Mouse pointer placement issues with screens of differient resolutions.

Bug #847666 reported by Jo-Erlend Schinstad
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ayatana Design
Won't Fix
Undecided
Unassigned
compiz (Ubuntu)
Invalid
Undecided
Unassigned
xorg-server (Ubuntu)
Invalid
Wishlist
Unassigned

Bug Description

I have a laptop with a screen that runs on 1366x768 and an external monitor that runs on 1920x1080. When I move the mouse pointer from the laptop onto the external monitor, the pointer comes out on the external monitor in the same height as it does on the laptop. (Pixel to pixel, so the top of the laptop screen is far from the top of the external screen) This is not a big problem, although I probably would expect it to be scaled, somehow. Just in case there is any confusion: the 312 top pixels is a barrier from moving the cursor, 1080-768 = 312.

However, when I move the mouse pointer from the external monitor to the smaller laptop screen, then if the pointer is above the height of the smaller screen, it will stop at the edge. This is annoying by itself, but coupled with features in Gnome Shell, Unity, Unity2D and Compiz (and others) that allow you to maximize vertically by pressing against an edge, this becomes an actual problem.

I think that if I move the pointer horisontally along the upper left of my laptop screen, it should appear at the top of the external screen, as it does at the bottom.

Tags: precise
description: updated
description: updated
Revision history for this message
Bryce Harrington (bryce) wrote :

Interesting idea; not sure of the feasibility of implementing it, but will set as a wishlist bug for now.

Changed in xorg-server (Ubuntu):
importance: Undecided → Wishlist
status: New → Triaged
Bryce Harrington (bryce)
tags: added: precise
Revision history for this message
Bryce Harrington (bryce) wrote :

Technically, this concept could be implemented either in X itself (if upstream is open to it), or in compiz.

However whether or not to do it (in Unity) is a design decision, and needs to be addressed first.

Revision history for this message
jhfhlkjlj (fdsuufijjejejejej-deactivatedaccount) wrote :

This really seems like it should be implemented upstream in X/Wayland rather than the window manager. Until Ayatana gets back on it, I'm marking compiz as invalid.

Changed in compiz (Ubuntu):
status: New → Invalid
Revision history for this message
John Lea (johnlea) wrote :

Marking as 'Won't fix', see section "2.18. Non-Rectangular Extended Desktops" in the multi-monitor spec ( http://design.canonical.com/the-toolkit/unity-multi-monitor-interactions/ )

Changed in ayatana-design:
status: New → Won't Fix
Changed in xorg-server (Ubuntu):
status: Triaged → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.