ton 2).
Should this behaviour be considered a bug?
--- On Thu, 14/1/10, Tadej Borovšak wrote:
From: Tadej Borovšak
Subject: Re: Not getting which mouse button is pressed on button-press-event
To: "Ken Resander"
Cc: gtk-list@gnome.org
Date: Thursday, 14 January, 2010, 3:13 AM
Hello.
Robert,
You are right - I've been buried for days in X Windows code (not GTK+) and my
mindset was in the wrong place for this list. My bad.
Ed James
On Wed, Jan 13, 2010 at 4:39 PM, Robert Pearce
wrote:
> Hi Ed,
...
> But as I understand it, none of this is relevant to GTK, which just
> pas
Hi Ed,
On Wed, 13 Jan 2010 15:11:21 -0500 you wrote:
>
> Wasn't able to emulate middle button on my 2-button mouse (project for another
> day, perhaps).
That's an X setting - EmulateMiddleButton or something of the like. If
it's set then X intercepts near-simultaneous left and right buttons and
Just tried it and verified most of the answer, via something I'm playing with;
UINT ejEventManager::getButton () {
return currEvent.xbutton.button;
}
1 == Left mouse button
2 == Right mouse button
4 == scroll up
5 == scroll down
Wasn't able to emulate middle button on my 2-button mouse (pro
Hello.
You can get the mouse button pressed by looking at event->button
field. 1 means left button, 2 middle button (which can usually be
emulated by pressing right and left button at once on 2-button mouse),
3 right button. I think 4-7 mean wheel movement (check API docs for
that, I'm not 100% su
The state member in GdkEventButton for the button-press/release events contains
flag bits that specify which mouse button is operated and also any keyboard
shift/ctrl/alt modifier bits. I have tried button-press-event on several widget
types, but in all cases the modifier bit GDK_BUTTON1_MASK or
