[racket-dev] Windows horizontal mouse wheel

That makes sense. Apparently the magic mouse is sending scroll events
(as opposed to wheel events) directly to the canvas, but the canvas
doesn't have scrollbars. I'll fix canvases to ignore scroll events if
there's no scrollbar.

At Sun, 3 Apr 2011 16:00:16 -0500, Robby Findler wrote:
> It appears to happen with an older version (not sure how much older;
> days at most).
> 
> Robby
> 
> On Sun, Apr 3, 2011 at 3:36 PM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
> > Is that specific to the latest in git, or does the crash happen with
> > older versions, too?
> >
> > At Sun, 3 Apr 2011 15:14:34 -0500, Robby Findler wrote:
> >> Here's what I get (using a windows vm with a mac os x magic mouse (I
> >> think it is called that; it has a little ball on it)).
> >>
> >> Robby
> >>
> >> C:\Users\Administrator\git\exp\plt>Racket.exe -l tests/gracket/showkey
> >> 0 MOUSE enter (27,12)
> >>   mods:
> >>   buttons: entering
> >> 0 MOUSE motion (27,12)
> >>   mods:
> >>   buttons: moving
> >> GetScrollInfo: failed
> >>
> >>  === context ===
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\canvas.rkt:46
> >> 4:5:
> >> on-scroll-change method in ...\wx\wi
> >> n32\canvas.rkt:78:3
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\canvas.rkt:17
> >> 6:5:
> >> wndproc method in ...\wx\win32\canva
> >> s.rkt:78:3
> >> C:\Users\Administrator\git\exp\plt\collects\ffi\unsafe\try-atomic.rkt:50:6
> >> C:\Users\Administrator\git\exp\plt\collects\ffi\unsafe\try-atomic.rkt:35:0:
> >> call-as-nonatomic-retry-point
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\queue.rkt:71:
> >> 6:
> >> loop
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\queue.rkt:96:
> >> 22
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\common\queue.rkt:43
> >> 0:6
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\common\queue.rkt:47
> >> 0:32
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\common\queue.rkt:60
> >> 7:3
> >>
> >> about to suspend in atomic mode
> >> GetScrollInfo: failed
> >>
> >>  === context ===
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\canvas.rkt:46
> >> 4:5:
> >> on-scroll-change method in ...\wx\wi
> >> n32\canvas.rkt:78:3
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\win32\canvas.rkt:17
> >> 6:5:
> >> wndproc method in ...\wx\win32\canva
> >> s.rkt:78:3
> >> 
> C:\Users\Administrator\git\exp\plt\collects\mred\private\wx\common\queue.rkt:60
> >> 7:3
> >>
> >>
> >> C:\Users\Administrator\git\exp\plt>
> >>
> >> On Sun, Apr 3, 2011 at 11:39 AM, Matthew Flatt <mflatt at cs.utah.edu> wrote:
> >> > The `racket/gui' library now supports horizontal mouse-wheel events,
> >> > but I don't have a Windows machine with a mouse that support horizontal
> >> > wheel events. As likely as not, I've implemented it backwards for Win32
> >> > (i.e., it's tricky atbest to match positive/negative with left/right
> >> > based on the docs).
> >> >
> >> > Can someone who does have such a Windows mouse run
> >> >
> >> >  racket -l tests/gracket/showkey
> >> >
> >> > with the latest and tell me whether horizontal wheel events are correct
> >> > or backwards?
> >> >
> >> > Thanks,
> >> > Matthew
> >> >
> >> > _________________________________________________
> >> >  For list-related administrative tasks:
> >> >  http://lists.racket-lang.org/listinfo/dev
> >> >
> >