| Re: WIDGET_DRAW event.press/release values for mouse wheel events..undocumented? [message #55293 is a reply to message #55291] |
Thu, 16 August 2007 10:39   |
rclark
Messages: 12
Registered: September 1992
|
Junior Member |
|
|
Yes, I have encountered this too. We use intel linux systems with pc
type wheel mice.
Neither the bu... I mean feature, nor its fix (in version 6.4) seems
to be documented.
After checking event.type for UP, DOWN, or MOTION mouse events, check
for PRESS or RELEASE values >4.
Here is a code snippet from a heavily modified version of Fanning's
DRAWBOX_WIDGET example procedure that I use to get around it.
It looks like you've already found the same fix.
-----------------------
; Deal only with DOWN, UP, and MOTION events.
IF event.type GT 2 THEN RETURN
; I said deal only with DOWN, UP, and MOTION events.
; skip wheel events that button_events=1 picks up in versions < 6.4
if event.press gt 4 or event.release gt 4 then return
; Get the info structure.
Widget_Control, event.top, Get_UValue=info, /No_Copy
...
------------------------
Richard Clark
rclark QTH lpl arizona edu
In article <fa1ldp$c4$1@news.nems.noaa.gov>,
Paul van Delst <Paul.vanDelst@noaa.gov> wrote:
> Hi All,
>
> IDL> print, !version
> { x86 linux unix linux 6.2 Jun 20 2005 32 64}
>
> I have the following widget_draw setup:
>
> dw_id = widget_draw( tlb_id, $
> /button_events, $
> event_pro = 'wplot_draw_event', $
> xsize = dw_xsize, $
> ysize = dw_ysize )
>
> When I press/release the left/middle/right button I get the usual:
>
> press/release value
> left 1
> middle 2
> right 4
>
> Now, I have one of those mice where the middle "button" is also a wheel. Being a
> fat-fingered type, sometimes when I press the middle button in my apps, I sometimes also
> move the wheel up or down. For those cases the event.press/release values are:
>
> press/release value
> roll up 8
> roll down 16
>
> and the event.type values are still 0 or 1 (for mouse button press and release) even
> though I'm not depressing the wheel/button (event.clicks always remains 0)
>
> Is this behaviour documented anywhere? The wheel_events keyword to widget_draw is not set
> (and it's ignored for non-windows machines anyway). I googled the clip archives but didn't
> find anything. The widget_draw docs didn't
>
> Is this just a poor mans method of emulating wheel events for non-windows systems?
>
> cheers,
>
> paulv
|
|
|
|
comp.lang.idl-pvwave archive
Members
Search
Help
Login
Home
