registry team mailing list archive
-
registry team
-
Mailing list archive
-
Message #15184
[Bug 103306] Re: compiz eats mouse clicks at the border of the screen
Launchpad has imported 5 comments from the remote bug at
http://bugs.freedesktop.org/show_bug.cgi?id=8127.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
------------------------------------------------------------------------
On 2006-09-05T03:01:20+00:00 Ján Kľuka wrote:
Mouse events which occur at those screen edges to which some action was assigned
are not forwarded to regular windows. This is not an problem if the action is
performed, but that is not always the case (see Additional Information).
If you happen to have a gnome panel at the sensitive edge which does not always
activate an action, you loose the convenient ability to access it and its
applets by throwing mouse cursor against the screen edge.
This was filed as a bug at bugs.compiz.net (see the URL), but is apparently an
upstream issue.
_______
Additional information
If you set some plugin to activate an action when you touch a screen edge, a 1
pixel thin input-only window is created along that edge. Mouse events in that
window then activate the action. Normally, the action is carried out, so it
should not be a problem if the input-only window eats up the mouse event instead
of (somehow) forwarding it to the other windows which touch the screen edge,
such as the panel.
Non-forwarding becomes an issue if the screen-edge action is not always
performed. This is the case of the rotate plugin. By default, rotate is set to
flip workspaces when you touch the left/right screen edge while moving a window
or performing a drag-and-drop (options edge_flip_dnd and edge_flip_move are
true). But if you just move the pointer to the edge, workspace flipping is
disabled by default (edge_flip_pointer is false). But the input-only edge
windows will eat mouse events anyway.
I can see three solutions:
* compiz should always forward events from the edge windows to normal windows, or
* every plugin which accepts edge events should forward them when it decides to
take no action, or
* such plugin should somehow instruct compiz to do forwarding in some cases.
Reply at: https://bugs.launchpad.net/compiz/+bug/103306/comments/0
------------------------------------------------------------------------
On 2006-10-11T15:44:01+00:00 Davidr-novell wrote:
Forwarding an event from one top-level window to another is not possible. I
could send a fake event using XSendEvent that match the edge window event but
there's no guarantee that this will be handled correctly by the application.
Considering that the pointer isn't actually in the application window, such a
fake event might just be confusing for the application.
Reply at: https://bugs.launchpad.net/compiz/+bug/103306/comments/1
------------------------------------------------------------------------
On 2007-02-27T01:33:26+00:00 Daniel Stone wrote:
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA
contact so bugs don't get lost in future.
Reply at: https://bugs.launchpad.net/compiz/+bug/103306/comments/2
------------------------------------------------------------------------
On 2008-03-02T08:19:30+00:00 Freedesktop-bugs wrote:
Dupe of #14178 (which, though filed later, seems to have more
information and related links)
Reply at: https://bugs.launchpad.net/compiz/+bug/103306/comments/38
------------------------------------------------------------------------
On 2009-09-15T20:59:46+00:00 Freedesktop-bugs wrote:
Would it be useful to see how the package "brightside" deals with this
issue without stealing mouse events? (Alternatively, as a workaround is
it possible to dissable the edge-flipping, and use brightside to
trigger a command that would flip the cube?)
Reply at: https://bugs.launchpad.net/compiz/+bug/103306/comments/85
** Changed in: compiz
Importance: Unknown => Medium
--
compiz eats mouse clicks at the border of the screen
https://bugs.launchpad.net/bugs/103306
You received this bug notification because you are a member of Registry
Administrators, which is the registrant for NULL Project.