Left hand mouse users have to replace all "left" to "right".
Posted 18 December 2007 - 03:12 AM
When generating script, I have to replace all "left" to "right" before it can be used, or the executing halts because of wrong mouse button clicking.
(Just starting to use.)
Posted 18 December 2007 - 03:44 AM
Posted 21 December 2007 - 01:07 AM
Actually Valik, I've experienced the same kind of problem when using Onevent mode and $GUI_EVENT_PRIMARYUP
What are you reporting a bug with? All the mouse functions support "primary" and "secondary" which will do the right thing regardless of the mouse orientation. So are you referring to a specific example that doesn't work or are you reporting something that isn't a bug?
$GUI_EVENT_SECONDARYUP -- sorry, but I just don't have the time (will power) to put together an example right now.
I reply primarily for the benefit of the original poster:
Yes, as Valik pointed out, the primary and secondary mouse functions in AutoIT SHOULD (but currently don't) do the right thing regardless of mouse orientation.
Be careful, though, if you are using _IsPressed. This is not an AutoIt responsibility to support -- you must do it.
My application has its own Include for application-specific constants. Here's what I do at the beginning of the Include:
Global Const $User32_DLL = DllOpen ("user32.dll") Local $Result = DllCall ($User32_DLL, "int", "GetSystemMetrics", "int", 23) If $Result Then ;Mouse buttons have been swapped Global $Mouse_Buttons_Swapped = True Global $VK_LBUTTON = 0x02 ;Left mouse button Global $VK_RBUTTON = 0x01 ;Right mouse button Else Global $Mouse_Buttons_Swapped = False Global $VK_LBUTTON = 0x01 ;Left mouse button Global $VK_RBUTTON = 0x02 ;Right mouse button EndIf
Like I said, getting the issue with AutoIt's support resolved is on my list, but right now I just have too many other higher priorities. If you could put together a simple example for Valik, I'm sure he would look at it.
Posted 28 December 2007 - 05:09 PM
All the mouse functions support "primary" and "secondary" which will do the right thing regardless of the mouse orientation.
This is true, but on a related note, ControlClick does not support these keywords.
I don't really think it's a bug though, so much as a feature that would be nice.
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users