VW version: 7.4.1
when using the wheel mouse it is extremely easy for the blue button menu to pop up. Is there a patch for this somewhere? thanks in advance. -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
Get a mouse with a less
sensitive wheel?
/me hides in the
corner
Cheers!
-Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. From: Charles A. Monteiro [mailto:[hidden email]] Sent: Wed 01/11/2006 7:19 AM To: [hidden email] Subject: annoying wheel mouse isse VW version: 7.4.1 |
In reply to this post by Charles A. Monteiro-2
That's a property of the mouse. Open your mouse properties
and unassign the middle button. I think that's likely to require the
mouse manufacturer's software rather than being in the generic Windows
drivers. (I'm assuming you're using Windows).
At 10:19 AM 11/1/2006, Charles A. Monteiro wrote: VW version: 7.4.1 --
Alan Knight [|], Cincom Smalltalk Development
"The Static Typing Philosophy: Make it fast. Make it right.
Make it run." - Niall Ross
|
well now, not sure if you have noticed but the wheel when actually pressed
i.e. not spun will turn into this wild looking cursor and it allows you to do very cool hyper worm hole type of scrolling , so it would be a real drag not to have that around, try it in something like Acrobat, or certainly in browsers such as Firefox and Opera but what would be nice is to say hey that when in VisualWorks, and especially since just because we have Travis around doesn't mean that we will get worm hole scrolling anytime soon, to indeed deactivate the "wheel pressed" event so please put that right behind my request to fix the other annoying Opentalk ST-ST NAT issue :) On Wed, 01 Nov 2006 10:22:09 -0500, Alan Knight <[hidden email]> wrote: > That's a property of the mouse. Open your mouse properties and unassign > the middle button. I think that's likely to require the mouse > manufacturer's software rather than being in the generic Windows > drivers. (I'm assuming you're using Windows). > > At 10:19 AM 11/1/2006, Charles A. Monteiro wrote: >> VW version: 7.4.1 >> >> when using the wheel mouse it is extremely easy for the blue button menu >> to pop up. >> >> >> Is there a patch for this somewhere? >> >> thanks in advance. >> >> -- >> Charles A. Monteiro >> http://wiki.nycsmalltalk.org >> http://www.monteirosfusion.com >> http://monteirofusion.blogspot.com > > -- > Alan Knight [|], Cincom Smalltalk Development > [hidden email] > [hidden email] > http://www.cincom.com/smalltalk > > "The Static Typing Philosophy: Make it fast. Make it right. Make it > run." - Niall Ross -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
I like sensitive mice ...
seriously I don't have the problem with any other app ever and you may argue that most don't a blue button available menu but me thinks something else is off On Wed, 01 Nov 2006 10:13:11 -0500, Boris Popov <[hidden email]> wrote: > Get a mouse with a less sensitive wheel? > /me hides in the corner > Cheers! > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that is > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > ________________________________ > > From: Charles A. Monteiro [mailto:[hidden email]] > Sent: Wed 01/11/2006 7:19 AM > To: [hidden email] > Subject: annoying wheel mouse isse > > > > VW version: 7.4.1 > > when using the wheel mouse it is extremely easy for the blue button menu > to pop up. > > > Is there a patch for this somewhere? > > thanks in advance. > > -- > Charles A. Monteiro > http://wiki.nycsmalltalk.org > http://www.monteirosfusion.com > http://monteirofusion.blogspot.com > > > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
I'm sorry I'm just having hard time imagining how VisualWorks would be
responding to a blue-button-pressed event if it wasn't actually being fired by the OS? Cheers, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: Charles A. Monteiro [mailto:[hidden email]] Sent: Wednesday, November 01, 2006 10:39 AM To: Boris Popov; [hidden email] Subject: Re: annoying wheel mouse isse I like sensitive mice ... seriously I don't have the problem with any other app ever and you may argue that most don't a blue button available menu but me thinks something else is off On Wed, 01 Nov 2006 10:13:11 -0500, Boris Popov <[hidden email]> wrote: > Get a mouse with a less sensitive wheel? > /me hides in the corner > Cheers! > -Boris > > -- > +1.604.689.0322 > DeepCove Labs Ltd. > 4th floor 595 Howe Street > Vancouver, Canada V6C 2T5 > > [hidden email] > > CONFIDENTIALITY NOTICE > > This email is intended only for the persons named in the message > header. Unless otherwise indicated, it contains information that is > private and confidential. If you have received it in error, please > notify the sender and delete the entire message including any > attachments. > > Thank you. > > ________________________________ > > From: Charles A. Monteiro [mailto:[hidden email]] > Sent: Wed 01/11/2006 7:19 AM > To: [hidden email] > Subject: annoying wheel mouse isse > > > > VW version: 7.4.1 > > when using the wheel mouse it is extremely easy for the blue button > to pop up. > > > Is there a patch for this somewhere? > > thanks in advance. > > -- > Charles A. Monteiro > http://wiki.nycsmalltalk.org > http://www.monteirosfusion.com > http://monteirofusion.blogspot.com > > > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Charles A. Monteiro-2
I'm pretty sure that there is no wheel clicked event, and
your wheel is generating a button 3 event, so disabling that is
equivalent to disabling the use of the third button on three-button mice.
And I don't think that would be well received. It might be possible to
put in a setting in VisualWorks to ignore the third mouse
button.
At 01:35 PM 11/1/2006, Charles A. Monteiro wrote: well now, not sure if you have noticed but the wheel when actually pressed --
Alan Knight [|], Cincom Smalltalk Development
"The Static Typing Philosophy: Make it fast. Make it right.
Make it run." - Niall Ross
|
In reply to this post by Boris Popov, DeepCove Labs (SNN)
Boris :)
in other words you figure I'm pressing on the button :) again, I can tell you that if go to firefox I can use the wheel forever and smoothly and everything is great, if I actually press on the button then it turns into the worm hole cursor :) i.e. firefox can tell the difference which makes sense since that is built which so vastly a superior technology, right? my friend, and do mean that truly, that is not what is happenning in VW and you can argue this whichever way you want it but from a user's perspective the experiences don't jive, if I'm experiencing somebody else must be, I'm using a Microsoft mouse here is where I put my VW pr hat on and say that this is one of those things that make people think that VW is just a tad strange now I guess this is just happenning to me, great On Wed, 01 Nov 2006 13:37:51 -0500, Boris Popov <[hidden email]> wrote: > I'm sorry I'm just having hard time imagining how VisualWorks would be > responding to a blue-button-pressed event if it wasn't actually being > fired by the OS? > > Cheers, > > -Boris > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Alan Knight-2
I'm using the VisualWave web server to host a Seaside application. Without
using Apache or some other web server, is it possible to automatically rehash requests to http://domain.com to http://domain.com/seaside/go/appname ?? If nothing else I would like in the short term for anyone who visits the root domain to be redirected transparently to my Seaside application. Instead they see a configuration page I would never want anyone to see. I put a password on it, but it also asks for the password when using my application. -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com |
In reply to this post by Alan Knight-2
well I'm certain that there is no "wheel event" but the problem is in the
use of the "wheel" and therefore if we understood that we were using a wheel it may make things easier to handle but I guess that there is no support for that i.e from the OS I wonder why it appears that VW is so much more sensitive, again in Firefox it takes a very deliberate wheel button press action to invoke the corresponding action i.e. the worm hole scrolling mode same mouse , different behavior and yes VW ought to behave like other Windows apps do when in Windows in VW its very easy to bump into and more so when scrolling up with the wheel On Wed, 01 Nov 2006 14:00:08 -0500, Alan Knight <[hidden email]> wrote: > I'm pretty sure that there is no wheel clicked event, and your wheel is > generating a button 3 event, so disabling that is equivalent to > disabling the use of the third button on three-button mice. And I don't > think that would be well received. It might be possible to put in a > setting in VisualWorks to ignore the third mouse button. > > At 01:35 PM 11/1/2006, Charles A. Monteiro wrote: >> well now, not sure if you have noticed but the wheel when actually >> pressed >> i.e. not spun will turn into this wild looking cursor and it allows you >> to >> do very cool hyper worm hole type of scrolling , so it would be a real >> drag not to have that around, try it in something like Acrobat, or >> certainly in browsers such as Firefox and Opera >> >> but what would be nice is to say hey that when in VisualWorks, and >> especially since just because we have Travis around doesn't mean that we >> will get worm hole scrolling anytime soon, to indeed deactivate the >> "wheel >> pressed" event >> >> so please put that right behind my request to fix the other annoying >> Opentalk ST-ST NAT issue :) >> >> >> On Wed, 01 Nov 2006 10:22:09 -0500, Alan Knight <[hidden email]> wrote: >> >>> That's a property of the mouse. Open your mouse properties and unassign >>> the middle button. I think that's likely to require the mouse >>> manufacturer's software rather than being in the generic Windows >>> drivers. (I'm assuming you're using Windows). >>> >>> At 10:19 AM 11/1/2006, Charles A. Monteiro wrote: >>>> VW version: 7.4.1 >>>> >>>> when using the wheel mouse it is extremely easy for the blue button >>>> menu >>>> to pop up. >>>> >>>> >>>> Is there a patch for this somewhere? >>>> >>>> thanks in advance. >>>> >>>> -- >>>> Charles A. Monteiro >>>> http://wiki.nycsmalltalk.org >>>> http://www.monteirosfusion.com >>>> http://monteirofusion.blogspot.com >>> >>> -- >>> Alan Knight [|], Cincom Smalltalk Development >>> [hidden email] >>> [hidden email] >>> http://www.cincom.com/smalltalk >>> >>> "The Static Typing Philosophy: Make it fast. Make it right. Make it >>> run." - Niall Ross >> >> >> >> -- >> Charles A. Monteiro >> http://wiki.nycsmalltalk.org >> http://www.monteirosfusion.com >> http://monteirofusion.blogspot.com > > -- > Alan Knight [|], Cincom Smalltalk Development > [hidden email] > [hidden email] > http://www.cincom.com/smalltalk > > "The Static Typing Philosophy: Make it fast. Make it right. Make it > run." - Niall Ross -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Carl Gundel
Carl,
application := '/seaside/go/counter'. (VisualWave.WebSite siteConfiguration) clearSites; configurationFileName: nil; configParameters: Dictionary new; logFileName: 'web.log'; enableLogging. default := VisualWave.WebSite newMinimal: 'default'. params := Dictionary new. config := (Dictionary new) at: 'home' put: application; at: 'directory' put: '.'; at: 'enabled' put: 'true'; at: 'registeredServlets' put: 'true'; yourself. logicals := Dictionary new. params at: 'configuration' put: config. params at: 'logical-names' put: logicals. default initializeFrom: params. VisualWave.WebSite siteConfiguration addSite: default. AAADocumentation new createWebSite. Hope this helps, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: Carl Gundel [mailto:[hidden email]] Sent: Wednesday, November 01, 2006 11:54 AM To: [hidden email] Subject: VW web server and Seaside I'm using the VisualWave web server to host a Seaside application. Without using Apache or some other web server, is it possible to automatically rehash requests to http://domain.com to http://domain.com/seaside/go/appname ?? If nothing else I would like in the short term for anyone who visits the root domain to be redirected transparently to my Seaside application. Instead they see a configuration page I would never want anyone to see. I put a password on it, but it also asks for the password when using my application. -Carl Gundel, author of Liberty BASIC http://www.libertybasic.com |
In reply to this post by Boris Popov, DeepCove Labs (SNN)
Boris,
> I'm sorry I'm just having hard time imagining how VisualWorks would be > responding to a blue-button-pressed event if it wasn't actually being > fired by the OS? It can't. Period. The only way that VisualWorks gets a "Blue Button Pressed" event, is if the OS sends it. Mouse Wheel events, on Windows come in as a totally different event, with its own OS event message ID and everything. The notion that VisualWorks somehow is unable to differentiate a Wheel event from a Button Pressed event, and may somehow mix them up is at best like believing in ghosts. Of course, if someone is not running or has overridden the raw event dispatchers in VisualWorks, well, that's not so much Ghosts as it is Saboteurs. And So It Goes Sames ______________________________________________________________________ Samuel S. Shuster [|] VisualWorks Engineering, GUI Project Smalltalk Enables Success -- What Are YOU Using? |
I wonder if apps like Firefox and Acrobat intentionally add a continuous
poll during a slight delay to ensure you *really* meant to press that odd button, but again it's a bit of a stretch AFAICT because I can click really fast in Firefox and still get the little scrolly thing. Takes the same amount of effort to bring up a blue-button menu in VisualWorks here. Cheers, -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. -----Original Message----- From: Samuel S. Shuster [mailto:[hidden email]] Sent: Wednesday, November 01, 2006 3:51 PM To: Boris Popov Cc: Charles A. Monteiro; [hidden email] Subject: Re: annoying wheel mouse isse Boris, > I'm sorry I'm just having hard time imagining how VisualWorks would be > responding to a blue-button-pressed event if it wasn't actually being > fired by the OS? It can't. Period. The only way that VisualWorks gets a "Blue Button Pressed" event, is if the OS sends it. Mouse Wheel events, on Windows come in as a totally different event, with its own OS event message ID and everything. The notion that VisualWorks somehow is unable to differentiate a Wheel event from a Button Pressed event, and may somehow mix them up is at best like believing in ghosts. Of course, if someone is not running or has overridden the raw event dispatchers in VisualWorks, well, that's not so much Ghosts as it is Saboteurs. And So It Goes Sames ______________________________________________________________________ Samuel S. Shuster [|] VisualWorks Engineering, GUI Project Smalltalk Enables Success -- What Are YOU Using? |
I'm not 100% sure, but I seem to remember reading that people detect
that Mouse Wheel Scroll Up or Mouse Wheel Scroll Down has happened while Mouse Wheel Down is active and if so, don't issue a Mouse Wheel Pressed upon Mouse Wheel Up. > I wonder if apps like Firefox and Acrobat intentionally add a continuous > poll during a slight delay to ensure you *really* meant to press that > odd button, but again it's a bit of a stretch AFAICT because I can click > really fast in Firefox and still get the little scrolly thing. Takes the > same amount of effort to bring up a blue-button menu in VisualWorks > here. > Cheers, > -Boris |
In reply to this post by Samuel S. Shuster <sames@interaccess.com>
nobody really said that it couldn't differentiate a wheel event and Boris,
yes, if I really, really try i.e. try spinning the mouse wheel super fast in Opera I will get the strange scroll cursor but the point is that first of all I should not try to scroll super fast because that's why we have this "scroll" worm hole thing, secondly in VW I don't have to try to spin the wheel super fast before I bump into that pop up menu, my methods are not that long :) that require so much scrolling , so just normal wheel mouse walk in the park scrolling will bump into that annoying menu, at least for me quite possibly those apps are doing something, its a sensitivity thing which they have addressed what would be preferable would be to instead to jump into our own VW worm hole scroller. It may be an easier implementation than to try to build in some sort of tricky sensitivity scheme and its a pretty useful feature our users by the way love that and would really like to see it on our app On Wed, 01 Nov 2006 18:50:31 -0500, Samuel S. Shuster <[hidden email]> wrote: > Boris, > >> I'm sorry I'm just having hard time imagining how VisualWorks would be >> responding to a blue-button-pressed event if it wasn't actually being >> fired by the OS? > > It can't. Period. The only way that VisualWorks gets a "Blue Button > Pressed" event, is if the OS sends it. > > Mouse Wheel events, on Windows come in as a totally different event, > with its own OS event message ID and everything. > > The notion that VisualWorks somehow is unable to differentiate a Wheel > event from a Button Pressed event, and may somehow mix them up is at > best like believing in ghosts. > > Of course, if someone is not running or has overridden the raw event > dispatchers in VisualWorks, well, that's not so much Ghosts as it is > Saboteurs. > > And So It Goes > Sames > ______________________________________________________________________ > > Samuel S. Shuster [|] > VisualWorks Engineering, GUI Project > Smalltalk Enables Success -- What Are YOU Using? > > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Charles A. Monteiro-2
Charles, I am using VW 7.4.1 and can scroll with no problem using the
wheel on the my mouse. I have to noticeably press on the wheel to get the blue menu. I'm using a Microsoft IntelliMouse, so maybe there is something shorting in the mouse itself. Not to sound obvious, but have you tried another mouse? -----Original Message----- From: Charles A. Monteiro [mailto:[hidden email]] Sent: Thursday, November 02, 2006 9:08 AM To: Samuel S. Shuster; Boris Popov Cc: [hidden email] Subject: Re: annoying wheel mouse isse nobody really said that it couldn't differentiate a wheel event and Boris, yes, if I really, really try i.e. try spinning the mouse wheel super fast in Opera I will get the strange scroll cursor but the point is that first of all I should not try to scroll super fast because that's why we have this "scroll" worm hole thing, secondly in VW I don't have to try to spin the wheel super fast before I bump into that pop up menu, my methods are not that long :) that require so much scrolling , so just normal wheel mouse walk in the park scrolling will bump into that annoying menu, at least for me quite possibly those apps are doing something, its a sensitivity thing which they have addressed what would be preferable would be to instead to jump into our own VW worm hole scroller. It may be an easier implementation than to try to build in some sort of tricky sensitivity scheme and its a pretty useful feature our users by the way love that and would really like to see it on our app On Wed, 01 Nov 2006 18:50:31 -0500, Samuel S. Shuster <[hidden email]> wrote: > Boris, > >> I'm sorry I'm just having hard time imagining how VisualWorks would >> be responding to a blue-button-pressed event if it wasn't actually >> being fired by the OS? > > It can't. Period. The only way that VisualWorks gets a "Blue Button > Pressed" event, is if the OS sends it. > > Mouse Wheel events, on Windows come in as a totally different event, > with its own OS event message ID and everything. > > The notion that VisualWorks somehow is unable to differentiate a Wheel > event from a Button Pressed event, and may somehow mix them up is at > best like believing in ghosts. > > Of course, if someone is not running or has overridden the raw event > dispatchers in VisualWorks, well, that's not so much Ghosts as it is > Saboteurs. > > And So It Goes > Sames > ______________________________________________________________________ > > Samuel S. Shuster [|] > VisualWorks Engineering, GUI Project > Smalltalk Enables Success -- What Are YOU Using? > > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com -------------------------------------------------------- This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired. |
nothing is too obvious :)
but yes I had the same problem with a micro wireless mouse here, have not checked any other tethered mouse reason being is that there are not too many mice around here and secondly I got the same problem at home when I hooked up a USB mouse to my notebook, I have not tried with my new computer which is certainly an up to date machine i.e. Core2 Duo 2.67mhz 2 gig ram but I digress, I guess I can install VW there although I have been resisting putting any dev stuff in there. but here's the thing, imagine I'm your customer and I'm paying you a zillion bucks for your software and I have this problem, I am then told you that I must buy new mice even though the old mice work perfectly well with the free open source Firefox browser and the free non open source Acrobat reader. Hmmm .... BTW, I have noticed this for a while so perhaps I gave the wrong impression that I just encountered this with 7.4.1 its just that I finally got annoyed enough to make a post possibly the only thing that I have not switched is me. I seem to be the only common element in the equation. It is possible that I have a strong middle finger which I developed playing the classical guitar. VW is also probably more sensitive since again Firefox and Opera can take my middle finger. On Thu, 02 Nov 2006 09:26:06 -0500, Bob Tucker <[hidden email]> wrote: > Charles, I am using VW 7.4.1 and can scroll with no problem using the > wheel on the my mouse. I have to noticeably press on the wheel to get > the blue menu. I'm using a Microsoft IntelliMouse, so maybe there is > something shorting in the mouse itself. Not to sound obvious, but have > you tried another mouse? > > -----Original Message----- > From: Charles A. Monteiro [mailto:[hidden email]] > Sent: Thursday, November 02, 2006 9:08 AM > To: Samuel S. Shuster; Boris Popov > Cc: [hidden email] > Subject: Re: annoying wheel mouse isse > > nobody really said that it couldn't differentiate a wheel event and > Boris, yes, if I really, really try i.e. try spinning the mouse wheel > super fast in Opera I will get the strange scroll cursor but the point > is that first of all I should not try to scroll super fast because > that's why we have this "scroll" worm hole thing, secondly in VW I don't > have to try to spin the wheel super fast before I bump into that pop up > menu, my methods are not that long :) that require so much scrolling , > so just normal wheel mouse walk in the park scrolling will bump into > that annoying menu, at least for me > > quite possibly those apps are doing something, its a sensitivity thing > which they have addressed > > what would be preferable would be to instead to jump into our own VW > worm hole scroller. It may be an easier implementation than to try to > build in some sort of tricky sensitivity scheme and its a pretty useful > feature > > our users by the way love that and would really like to see it on our > app > > On Wed, 01 Nov 2006 18:50:31 -0500, Samuel S. Shuster > <[hidden email]> wrote: > >> Boris, >> >>> I'm sorry I'm just having hard time imagining how VisualWorks would >>> be responding to a blue-button-pressed event if it wasn't actually >>> being fired by the OS? >> >> It can't. Period. The only way that VisualWorks gets a "Blue Button >> Pressed" event, is if the OS sends it. >> >> Mouse Wheel events, on Windows come in as a totally different event, >> with its own OS event message ID and everything. >> >> The notion that VisualWorks somehow is unable to differentiate a Wheel > >> event from a Button Pressed event, and may somehow mix them up is at >> best like believing in ghosts. >> >> Of course, if someone is not running or has overridden the raw event >> dispatchers in VisualWorks, well, that's not so much Ghosts as it is >> Saboteurs. >> >> And So It Goes >> Sames >> ______________________________________________________________________ >> >> Samuel S. Shuster [|] >> VisualWorks Engineering, GUI Project >> Smalltalk Enables Success -- What Are YOU Using? >> >> > > > > -- > Charles A. Monteiro > http://wiki.nycsmalltalk.org > http://www.monteirosfusion.com > http://monteirofusion.blogspot.com > -------------------------------------------------------- > This message may contain confidential information and is intended for > specific recipients unless explicitly noted otherwise. If you have > reason to believe you are not an intended recipient of this message, > please delete it and notify the sender. This message may not represent > the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or > affiliates, and does not constitute a contract or guarantee. Unencrypted > electronic mail is not secure and the recipient of this message is > expected to provide safeguards from viruses and pursue alternate means > of communication where privacy or a binding message is desired. > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Bob Tucker
btw, to be fair, I can easily fix this, so that when we the powers finally
allow us to finally roll 7.x into production that they won't even know, so the customer argument was just me being well, me I'm just a little irritable today :) and it is annoying but ... -Charles On Thu, 02 Nov 2006 09:26:06 -0500, Bob Tucker <[hidden email]> wrote: > Charles, I am using VW 7.4.1 and can scroll with no problem using the > wheel on the my mouse. I have to noticeably press on the wheel to get > the blue menu. I'm using a Microsoft IntelliMouse, so maybe there is > something shorting in the mouse itself. Not to sound obvious, but have > you tried another mouse? > > -----Original Message----- > From: Charles A. Monteiro [mailto:[hidden email]] > Sent: Thursday, November 02, 2006 9:08 AM > To: Samuel S. Shuster; Boris Popov > Cc: [hidden email] > Subject: Re: annoying wheel mouse isse > > nobody really said that it couldn't differentiate a wheel event and > Boris, yes, if I really, really try i.e. try spinning the mouse wheel > super fast in Opera I will get the strange scroll cursor but the point > is that first of all I should not try to scroll super fast because > that's why we have this "scroll" worm hole thing, secondly in VW I don't > have to try to spin the wheel super fast before I bump into that pop up > menu, my methods are not that long :) that require so much scrolling , > so just normal wheel mouse walk in the park scrolling will bump into > that annoying menu, at least for me > > quite possibly those apps are doing something, its a sensitivity thing > which they have addressed > > what would be preferable would be to instead to jump into our own VW > worm hole scroller. It may be an easier implementation than to try to > build in some sort of tricky sensitivity scheme and its a pretty useful > feature > > our users by the way love that and would really like to see it on our > app > > On Wed, 01 Nov 2006 18:50:31 -0500, Samuel S. Shuster > <[hidden email]> wrote: > >> Boris, >> >>> I'm sorry I'm just having hard time imagining how VisualWorks would >>> be responding to a blue-button-pressed event if it wasn't actually >>> being fired by the OS? >> >> It can't. Period. The only way that VisualWorks gets a "Blue Button >> Pressed" event, is if the OS sends it. >> >> Mouse Wheel events, on Windows come in as a totally different event, >> with its own OS event message ID and everything. >> >> The notion that VisualWorks somehow is unable to differentiate a Wheel > >> event from a Button Pressed event, and may somehow mix them up is at >> best like believing in ghosts. >> >> Of course, if someone is not running or has overridden the raw event >> dispatchers in VisualWorks, well, that's not so much Ghosts as it is >> Saboteurs. >> >> And So It Goes >> Sames >> ______________________________________________________________________ >> >> Samuel S. Shuster [|] >> VisualWorks Engineering, GUI Project >> Smalltalk Enables Success -- What Are YOU Using? >> >> > > > > -- > Charles A. Monteiro > http://wiki.nycsmalltalk.org > http://www.monteirosfusion.com > http://monteirofusion.blogspot.com > -------------------------------------------------------- > This message may contain confidential information and is intended for > specific recipients unless explicitly noted otherwise. If you have > reason to believe you are not an intended recipient of this message, > please delete it and notify the sender. This message may not represent > the opinion of IntercontinentalExchange, Inc. (ICE), its subsidiaries or > affiliates, and does not constitute a contract or guarantee. Unencrypted > electronic mail is not secure and the recipient of this message is > expected to provide safeguards from viruses and pursue alternate means > of communication where privacy or a binding message is desired. > -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Charles A. Monteiro-2
Have you tried to pass over links in Firefox when using the wheel?
At least my mouse and Firefox only reacts to clicks on the wheel when the cursor is above a link. In other situations the it works more or less like scrolling all the time. However I have never experienced that the scroll wheel generates "blue clicks" in VisualWorks unless I explicitly, and purposely, click it. Björn -----Original Message----- From: Charles A. Monteiro [mailto:[hidden email]] Sent: den 1 november 2006 21:20 To: Alan Knight; [hidden email] Subject: Re: annoying wheel mouse isse well I'm certain that there is no "wheel event" but the problem is in the use of the "wheel" and therefore if we understood that we were using a wheel it may make things easier to handle but I guess that there is no support for that i.e from the OS I wonder why it appears that VW is so much more sensitive, again in Firefox it takes a very deliberate wheel button press action to invoke the corresponding action i.e. the worm hole scrolling mode same mouse , different behavior and yes VW ought to behave like other Windows apps do when in Windows in VW its very easy to bump into and more so when scrolling up with the wheel On Wed, 01 Nov 2006 14:00:08 -0500, Alan Knight <[hidden email]> wrote: > I'm pretty sure that there is no wheel clicked event, and your wheel > is generating a button 3 event, so disabling that is equivalent to > disabling the use of the third button on three-button mice. And I > don't think that would be well received. It might be possible to put > in a setting in VisualWorks to ignore the third mouse button. > > At 01:35 PM 11/1/2006, Charles A. Monteiro wrote: >> well now, not sure if you have noticed but the wheel when actually >> pressed i.e. not spun will turn into this wild looking cursor and it >> allows you to do very cool hyper worm hole type of scrolling , so it >> would be a real drag not to have that around, try it in something >> like Acrobat, or certainly in browsers such as Firefox and Opera >> >> but what would be nice is to say hey that when in VisualWorks, and >> especially since just because we have Travis around doesn't mean that >> we will get worm hole scrolling anytime soon, to indeed deactivate >> the "wheel pressed" event >> >> so please put that right behind my request to fix the other annoying >> Opentalk ST-ST NAT issue :) >> >> >> On Wed, 01 Nov 2006 10:22:09 -0500, Alan Knight <[hidden email]> wrote: >> >>> That's a property of the mouse. Open your mouse properties and >>> unassign the middle button. I think that's likely to require the >>> mouse manufacturer's software rather than being in the generic >>> Windows drivers. (I'm assuming you're using Windows). >>> >>> At 10:19 AM 11/1/2006, Charles A. Monteiro wrote: >>>> VW version: 7.4.1 >>>> >>>> when using the wheel mouse it is extremely easy for the blue button >>>> menu to pop up. >>>> >>>> >>>> Is there a patch for this somewhere? >>>> >>>> thanks in advance. >>>> >>>> -- >>>> Charles A. Monteiro >>>> http://wiki.nycsmalltalk.org >>>> http://www.monteirosfusion.com >>>> http://monteirofusion.blogspot.com >>> >>> -- >>> Alan Knight [|], Cincom Smalltalk Development [hidden email] >>> [hidden email] http://www.cincom.com/smalltalk >>> >>> "The Static Typing Philosophy: Make it fast. Make it right. Make it >>> run." - Niall Ross >> >> >> >> -- >> Charles A. Monteiro >> http://wiki.nycsmalltalk.org >> http://www.monteirosfusion.com >> http://monteirofusion.blogspot.com > > -- > Alan Knight [|], Cincom Smalltalk Development [hidden email] > [hidden email] http://www.cincom.com/smalltalk > > "The Static Typing Philosophy: Make it fast. Make it right. Make it > run." - Niall Ross -- Charles A. Monteiro http://wiki.nycsmalltalk.org http://www.monteirosfusion.com http://monteirofusion.blogspot.com |
In reply to this post by Charles A. Monteiro-2
Charles,
Don't give your middle finger to the group, even when they deserve it :-). Actually I second Bob's experience. in most of the development windows like browser the scroll works as advertised, very seldom popping up the menu. The wormhole you are referring to is the special thing provided by the mouse drivers, in my case it is some kid of arrow. and it is appears to be application specific behavior i.e. in my case of the Ms Mouse and no special drives: Netscape 7.2 ignores the click, IE changes the shape of the cursor and goes to some kind of scroll-drag state VW pops up a menu, Acrobat 6.x ignore the whell click and just do scroll. Other applications with scroll box does like the IE. I tried four different mices 2 of them Microsoft and two of the different manufacturers. The bottom line: 1. it is inconsistent across the different applications, 2. it does depend on what kind of the view (window control) is being used 3. if the specific software for the mouse is installed ( logitech Vs. Microsoft for example) the behavior varies. 4. It is not that easy to tell that the wheel click was intentional or not. Possible solution to buffer few mouse events to see that the click does occur in the sequence of the rotations, then you probably ??? can ignore it. But then what about newest bread of mice which do allow not only scroll, but also wiggle the wheel ? 5. you can instruct your controller to ignore the middle button event altogether - most of the modern windows applications don't recognize it anyway, so why bother --MArk Charles A. Monteiro wrote: > nothing is too obvious :) > > but yes I had the same problem with a micro wireless mouse here, have > not checked any other tethered mouse > reason being is that there are not too many mice around here and > secondly I got the same problem at home when I hooked up a USB mouse to > my notebook, I have not tried with my new computer which is certainly > an up to date machine i.e. Core2 Duo 2.67mhz 2 gig ram but I digress, I > guess I can install VW there although I have been resisting putting any > dev stuff in there. > > but here's the thing, imagine I'm your customer and I'm paying you a > zillion bucks for your software and I have this problem, I am then told > you that I must buy new mice even though the old mice work perfectly > well with the free open source Firefox browser and the free non open > source Acrobat reader. Hmmm .... > > BTW, I have noticed this for a while so perhaps I gave the wrong > impression that I just encountered this with 7.4.1 its just that I > finally got annoyed enough to make a post > > possibly the only thing that I have not switched is me. I seem to be > the only common element in the equation. It is possible that I have a > strong middle finger which I developed playing the classical guitar. VW > is also probably more sensitive since again Firefox and Opera can take > my middle finger. > > > > On Thu, 02 Nov 2006 09:26:06 -0500, Bob Tucker <[hidden email]> > wrote: > >> Charles, I am using VW 7.4.1 and can scroll with no problem using the >> wheel on the my mouse. I have to noticeably press on the wheel to get >> the blue menu. I'm using a Microsoft IntelliMouse, so maybe there is >> something shorting in the mouse itself. Not to sound obvious, but have >> you tried another mouse? >> >> -----Original Message----- >> From: Charles A. Monteiro [mailto:[hidden email]] >> Sent: Thursday, November 02, 2006 9:08 AM >> To: Samuel S. Shuster; Boris Popov >> Cc: [hidden email] >> Subject: Re: annoying wheel mouse isse >> >> nobody really said that it couldn't differentiate a wheel event and >> Boris, yes, if I really, really try i.e. try spinning the mouse wheel >> super fast in Opera I will get the strange scroll cursor but the point >> is that first of all I should not try to scroll super fast because >> that's why we have this "scroll" worm hole thing, secondly in VW I don't >> have to try to spin the wheel super fast before I bump into that pop up >> menu, my methods are not that long :) that require so much scrolling , >> so just normal wheel mouse walk in the park scrolling will bump into >> that annoying menu, at least for me >> >> quite possibly those apps are doing something, its a sensitivity thing >> which they have addressed >> >> what would be preferable would be to instead to jump into our own VW >> worm hole scroller. It may be an easier implementation than to try to >> build in some sort of tricky sensitivity scheme and its a pretty useful >> feature >> >> our users by the way love that and would really like to see it on our >> app >> >> On Wed, 01 Nov 2006 18:50:31 -0500, Samuel S. Shuster >> <[hidden email]> wrote: >> >>> Boris, >>> >>>> I'm sorry I'm just having hard time imagining how VisualWorks would >>>> be responding to a blue-button-pressed event if it wasn't actually >>>> being fired by the OS? >>> >>> >>> It can't. Period. The only way that VisualWorks gets a "Blue Button >>> Pressed" event, is if the OS sends it. >>> >>> Mouse Wheel events, on Windows come in as a totally different event, >>> with its own OS event message ID and everything. >>> >>> The notion that VisualWorks somehow is unable to differentiate a Wheel >> >> >>> event from a Button Pressed event, and may somehow mix them up is at >>> best like believing in ghosts. >>> >>> Of course, if someone is not running or has overridden the raw event >>> dispatchers in VisualWorks, well, that's not so much Ghosts as it is >>> Saboteurs. >>> >>> And So It Goes >>> Sames >>> ______________________________________________________________________ >>> >>> Samuel S. Shuster [|] >>> VisualWorks Engineering, GUI Project >>> Smalltalk Enables Success -- What Are YOU Using? >>> >>> >> >> >> >> -- >> Charles A. Monteiro >> http://wiki.nycsmalltalk.org >> http://www.monteirosfusion.com >> http://monteirofusion.blogspot.com >> -------------------------------------------------------- >> This message may contain confidential information and is intended for >> specific recipients unless explicitly noted otherwise. If you have >> reason to believe you are not an intended recipient of this message, >> please delete it and notify the sender. This message may not >> represent the opinion of IntercontinentalExchange, Inc. (ICE), its >> subsidiaries or affiliates, and does not constitute a contract or >> guarantee. Unencrypted electronic mail is not secure and the >> recipient of this message is expected to provide safeguards from >> viruses and pursue alternate means of communication where privacy or >> a binding message is desired. >> > > > |
Free forum by Nabble | Edit this page |