Hi list, hate to double-post, but i was wandering if anyone can help me with this issue.
I want is to receive mouse wheel events when pressing different keys and react accordingly to the key pressed. The thing is that when pressing shift, ctrl and alt-gr (windows keyboard) the mouse events are not received at all (as explained in the previous mail). Till now I´ve been working with the left-alt key, but I've reached the point in which i need more than one key and i can't use some letter key to do this because it will work inside a source code editor. It´s for a home made RB addon in which i´ve been working for a while now and that i´m going to release pretty soon. I´ve putted an expression watch on the 'InputState>>process: event' method to check this in different computers and i´ve got the same result, when shift, ctrl or alt-gr are pressed no wheel event is received. It has to be a platform issue (i tested always on win XP) or a VM particularity that nobody has seen before. It would be great If anyone with linux/mac/vista can test this so we can be sure if its a vm-bug or a winXP incompatibility. [Please use a clean/disposable/saved image to do this because if for any reason this method fails the image will most certainly crash.] All that it takes to test it is to put an expression watch in the first line of the method 'InputState>>process: event' and use: ^DebugActive and:[(event at: 1) = 17 "mouse wheel events"] as Trigger Condition and: ^'Mouse wheel event received or something' as Watch Expression. Then try the mouse wheel with the conflicting keys and see if the expression is shown in the watch window. Any help on this will be most appreciated. (and will be granted with a place in the Thanks to... section of the addon comments! :p .) Cheers, Emiliano. 2008/10/27 Emiliano Pérez <[hidden email]> Hi list, i think the mail subject sums it up pretty much, but i´ll explain myself a little bit... _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
I forgot to tell that i´m on 7.6.
Thomas Brodt has let me know that this also happens in 7.3.1 (still winXP though), so its not a new thing. Emiliano Pérez escribió: > Hi list, hate to double-post, but i was wandering if anyone can help > me with this issue. > I want is to receive mouse wheel events when pressing different keys > and react accordingly to the key pressed. The thing is that when > pressing shift, ctrl and alt-gr (windows keyboard) the mouse events > are not received at all (as explained in the previous mail). > Till now I´ve been working with the left-alt key, but I've reached the > point in which i need more than one key and i can't use some letter > key to do this because it will work inside a source code editor. It´s > for a home made RB addon in which i´ve been working for a while now > and that i´m going to release pretty soon. > I´ve putted an expression watch on the 'InputState>>process: event' > method to check this in different computers and i´ve got the same > result, when shift, ctrl or alt-gr are pressed no wheel event is > received. > It has to be a platform issue (i tested always on win XP) or a VM > particularity that nobody has seen before. > It would be great If anyone with linux/mac/vista can test this so we > can be sure if its a vm-bug or a winXP incompatibility. > > [Please use a clean/disposable/saved image to do this because if for > any reason this method fails the image will most certainly crash.] > All that it takes to test it is to put an expression watch in the > first line of the method 'InputState>>process: event' and use: > ^DebugActive and:[(event at: 1) = 17 "mouse wheel events"] > as Trigger Condition and: > ^'Mouse wheel event received or something' > as Watch Expression. > Then try the mouse wheel with the conflicting keys and see if the > expression is shown in the watch window. > > Any help on this will be most appreciated. > (and will be granted with a place in the Thanks to... section of the > addon comments! :p .) > > Cheers, Emiliano. > > > 2008/10/27 Emiliano Pérez <[hidden email] > <mailto:[hidden email]>> > > Hi list, i think the mail subject sums it up pretty much, but i´ll > explain myself a little bit... > > I'm trying to handle mouse wheel events and want it to have > "modifiers", like holding the shift or the control keys, and the > thing is that when pressing either of those the mouse wheel event > is not received at all. > I tracked the problem up to InputState>>process:event (the main > input event dispatcher i think) and it tracks every other case but > shift and ctrl keys and this are the keys one most likely will use > as modifiers... > I didn´t try them all, but it seems to work for every other key, > at least regular alt and most letters/numbers work (just tried > with alt-gr key, doesn´t work either). > Don´t know if this is a VM issue or a S.O. communication problem > (winXP) but i´m think it's not my pc because shift + wheel works > just fine in my firefox. > > I think i can settle with the alt key for now, but this weird > issue sure got my attention. > > Thanks in advance, Emiliano. > > > _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Emiliano Pérez-3
The Windows VM code explicitly disables mouse wheel events with Shift and Control, in both 7.3.1 and 7.6, and presumably all other versions since the mouse wheel was first supported. IIRC I'm not allowed to reveal details of the VM source, since that isn't in the NC version. I will however point with interest to the following piece of sample code on MSDN, which also disables mouse wheel events with Shift and Control:
http://msdn.microsoft.com/en-us/library/ms645601(VS.85).aspx case WM_MOUSEWHEEL: /* * Don't handle zoom and datazoom. */ if (wParam & (MK_SHIFT | MK_CONTROL)) { That code may makes sense for the multiline edit control of the sample, but would seem to be a bad idea when handling events for all controls and deciding what to pass to the image. Maybe someone would be kind enough to create an AR for this? It's been bugging me for a while too, as people have come to expect the mouse wheel to be used for zoom etc. with these modifiers. My Mac mouse only has one button, and my Linux is under VMWare and the mouse wheel probably isn't set up properly anyway, so I can't really test those. A cursory look at the Mac OS X source gives the impression all modifiers are passed with mouse wheel events. The Linux code is beyond me; I have a vague recollection the mouse wheel is just treated as a button there, in which case it should work. Cheers, Steve > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On > Behalf Of Emiliano Pérez > Sent: 09 December 2008 20:13 > To: vwnc-list > Subject: Re: [vwnc] Wheel events not received (Part 2) > > I forgot to tell that i´m on 7.6. > Thomas Brodt has let me know that this also happens in 7.3.1 (still > winXP though), so its not a new thing. > > Emiliano Pérez escribió: > > Hi list, hate to double-post, but i was wandering if anyone can help > > me with this issue. > > I want is to receive mouse wheel events when pressing different keys > > and react accordingly to the key pressed. The thing is that when > > pressing shift, ctrl and alt-gr (windows keyboard) the mouse events > > are not received at all (as explained in the previous mail). > > Till now I´ve been working with the left-alt key, but I've reached > the > > point in which i need more than one key and i can't use some letter > > key to do this because it will work inside a source code editor. It´s > > for a home made RB addon in which i´ve been working for a while now > > and that i´m going to release pretty soon. > > I´ve putted an expression watch on the 'InputState>>process: event' > > method to check this in different computers and i´ve got the same > > result, when shift, ctrl or alt-gr are pressed no wheel event is > > received. > > It has to be a platform issue (i tested always on win XP) or a VM > > particularity that nobody has seen before. > > It would be great If anyone with linux/mac/vista can test this so we > > can be sure if its a vm-bug or a winXP incompatibility. > > > > [Please use a clean/disposable/saved image to do this because if for > > any reason this method fails the image will most certainly crash.] > > All that it takes to test it is to put an expression watch in the > > first line of the method 'InputState>>process: event' and use: > > ^DebugActive and:[(event at: 1) = 17 "mouse wheel events"] > > as Trigger Condition and: > > ^'Mouse wheel event received or something' > > as Watch Expression. > > Then try the mouse wheel with the conflicting keys and see if the > > expression is shown in the watch window. > > > > Any help on this will be most appreciated. > > (and will be granted with a place in the Thanks to... section of the > > addon comments! :p .) > > > > Cheers, Emiliano. > > > > > > 2008/10/27 Emiliano Pérez <[hidden email] > > <mailto:[hidden email]>> > > > > Hi list, i think the mail subject sums it up pretty much, but > i´ll > > explain myself a little bit... > > > > I'm trying to handle mouse wheel events and want it to have > > "modifiers", like holding the shift or the control keys, and the > > thing is that when pressing either of those the mouse wheel event > > is not received at all. > > I tracked the problem up to InputState>>process:event (the main > > input event dispatcher i think) and it tracks every other case > but > > shift and ctrl keys and this are the keys one most likely will > use > > as modifiers... > > I didn´t try them all, but it seems to work for every other key, > > at least regular alt and most letters/numbers work (just tried > > with alt-gr key, doesn´t work either). > > Don´t know if this is a VM issue or a S.O. communication problem > > (winXP) but i´m think it's not my pc because shift + wheel works > > just fine in my firefox. > > > > I think i can settle with the alt key for now, but this weird > > issue sure got my attention. > > > > Thanks in advance, Emiliano. > > > > > > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Steven,
Thanks for the useful info, for the moment I'll have to stick only with alt key then. I guess it is logic to ignore those events in certain situations, but not to pass them to the image at all is a totally different thing and sounds way too restrictive. After using a few Internet browsers and image editors there are lots of actions that just feel right with the wheel plus a modifier, go back and forth history, zoom (as you stated) amongst others. I don't know how the whole bug reporting thing works (or even if it does for us NC users) but i definitely think that this should be noticed by the VM developers. Cheers, Emiliano. Steven Kelly escribió: > The Windows VM code explicitly disables mouse wheel events with Shift and Control, in both 7.3.1 and 7.6, and presumably all other versions since the mouse wheel was first supported. IIRC I'm not allowed to reveal details of the VM source, since that isn't in the NC version. I will however point with interest to the following piece of sample code on MSDN, which also disables mouse wheel events with Shift and Control: > > http://msdn.microsoft.com/en-us/library/ms645601(VS.85).aspx > case WM_MOUSEWHEEL: > /* > * Don't handle zoom and datazoom. > */ > if (wParam & (MK_SHIFT | MK_CONTROL)) { > > That code may makes sense for the multiline edit control of the sample, but would seem to be a bad idea when handling events for all controls and deciding what to pass to the image. Maybe someone would be kind enough to create an AR for this? It's been bugging me for a while too, as people have come to expect the mouse wheel to be used for zoom etc. with these modifiers. > > My Mac mouse only has one button, and my Linux is under VMWare and the mouse wheel probably isn't set up properly anyway, so I can't really test those. A cursory look at the Mac OS X source gives the impression all modifiers are passed with mouse wheel events. The Linux code is beyond me; I have a vague recollection the mouse wheel is just treated as a button there, in which case it should work. > > Cheers, > Steve > > _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
In reply to this post by Steven Kelly
AR 55952...
-----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Steven Kelly Sent: Tuesday, December 09, 2008 2:19 PM To: vwnc-list Subject: Re: [vwnc] Wheel events not received (Part 2) The Windows VM code explicitly disables mouse wheel events with Shift and Control, in both 7.3.1 and 7.6, and presumably all other versions since the mouse wheel was first supported. IIRC I'm not allowed to reveal details of the VM source, since that isn't in the NC version. I will however point with interest to the following piece of sample code on MSDN, which also disables mouse wheel events with Shift and Control: http://msdn.microsoft.com/en-us/library/ms645601(VS.85).aspx case WM_MOUSEWHEEL: /* * Don't handle zoom and datazoom. */ if (wParam & (MK_SHIFT | MK_CONTROL)) { That code may makes sense for the multiline edit control of the sample, but would seem to be a bad idea when handling events for all controls and deciding what to pass to the image. Maybe someone would be kind enough to create an AR for this? It's been bugging me for a while too, as people have come to expect the mouse wheel to be used for zoom etc. with these modifiers. My Mac mouse only has one button, and my Linux is under VMWare and the mouse wheel probably isn't set up properly anyway, so I can't really test those. A cursory look at the Mac OS X source gives the impression all modifiers are passed with mouse wheel events. The Linux code is beyond me; I have a vague recollection the mouse wheel is just treated as a button there, in which case it should work. Cheers, Steve > -----Original Message----- > From: [hidden email] [mailto:[hidden email]] On > Behalf Of Emiliano Pérez > Sent: 09 December 2008 20:13 > To: vwnc-list > Subject: Re: [vwnc] Wheel events not received (Part 2) > > I forgot to tell that i´m on 7.6. > Thomas Brodt has let me know that this also happens in 7.3.1 (still > winXP though), so its not a new thing. > > Emiliano Pérez escribió: > > Hi list, hate to double-post, but i was wandering if anyone can help > > me with this issue. > > I want is to receive mouse wheel events when pressing different keys > > and react accordingly to the key pressed. The thing is that when > > pressing shift, ctrl and alt-gr (windows keyboard) the mouse events > > are not received at all (as explained in the previous mail). > > Till now I´ve been working with the left-alt key, but I've reached > the > > point in which i need more than one key and i can't use some letter > > key to do this because it will work inside a source code editor. > > It´s for a home made RB addon in which i´ve been working for a while > > now and that i´m going to release pretty soon. > > I´ve putted an expression watch on the 'InputState>>process: event' > > method to check this in different computers and i´ve got the same > > result, when shift, ctrl or alt-gr are pressed no wheel event is > > received. > > It has to be a platform issue (i tested always on win XP) or a VM > > particularity that nobody has seen before. > > It would be great If anyone with linux/mac/vista can test this so we > > can be sure if its a vm-bug or a winXP incompatibility. > > > > [Please use a clean/disposable/saved image to do this because if for > > any reason this method fails the image will most certainly crash.] > > All that it takes to test it is to put an expression watch in the > > first line of the method 'InputState>>process: event' and use: > > ^DebugActive and:[(event at: 1) = 17 "mouse wheel events"] as > > Trigger Condition and: > > ^'Mouse wheel event received or something' > > as Watch Expression. > > Then try the mouse wheel with the conflicting keys and see if the > > expression is shown in the watch window. > > > > Any help on this will be most appreciated. > > (and will be granted with a place in the Thanks to... section of the > > addon comments! :p .) > > > > Cheers, Emiliano. > > > > > > 2008/10/27 Emiliano Pérez <[hidden email] > > <mailto:[hidden email]>> > > > > Hi list, i think the mail subject sums it up pretty much, but > i´ll > > explain myself a little bit... > > > > I'm trying to handle mouse wheel events and want it to have > > "modifiers", like holding the shift or the control keys, and the > > thing is that when pressing either of those the mouse wheel event > > is not received at all. > > I tracked the problem up to InputState>>process:event (the main > > input event dispatcher i think) and it tracks every other case > but > > shift and ctrl keys and this are the keys one most likely will > use > > as modifiers... > > I didn´t try them all, but it seems to work for every other key, > > at least regular alt and most letters/numbers work (just tried > > with alt-gr key, doesn´t work either). > > Don´t know if this is a VM issue or a S.O. communication problem > > (winXP) but i´m think it's not my pc because shift + wheel works > > just fine in my firefox. > > > > I think i can settle with the alt key for now, but this weird > > issue sure got my attention. > > > > Thanks in advance, Emiliano. > > > > > > > > _______________________________________________ > vwnc mailing list > [hidden email] > http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc _______________________________________________ vwnc mailing list [hidden email] http://lists.cs.uiuc.edu/mailman/listinfo/vwnc |
Free forum by Nabble | Edit this page |