Jump to content

This site uses cookies. By continuing to browse the site you are agreeing to our use of cookies. Find out more here. X
X


Photo

GUIGetCursorInfo bug?


  • Please log in to reply
6 replies to this topic

#1 livewire

livewire

    Polymath

  • Active Members
  • PipPipPipPip
  • 208 posts

Posted 27 July 2005 - 07:46 PM

GUIGetCursorInfo does not return the correct primary/secondary down info in Windows 2000 if you switch primary/secondary mouse buttons via the Control Panel (for left handers).

It does return correct information however in Windows XP (at least on my XP machine it does).

I'm using AutoIt3 version 3.1.1.64.

Run this program to see...

Plain Text         
#include <GUIConstants.au3> GUICreate("Mouse Test", 400, 400) $b=GUICtrlCreateLabel ("0", 10, 10,50) $c=GUICtrlCreateLabel ("0", 10, 30,50) $d=GUICtrlCreateLabel ("0", 10, 50,50) $e=GUICtrlCreateLabel ("0", 10, 70,50) $f=GUICtrlCreateLabel ("0", 10, 90,50) $button = GUICtrlCreateButton("Button", 10, 110, 100, 20) $primary = GUICtrlCreateLabel("Primary", 40, 180, 80, 20) $secondary = GUICtrlCreateLabel("Secondary", 200, 180, 80, 20) GUISetState() ; Run the GUI until the dialog is closed While 1     GetPos()     $msg = GUIGetMsg()     If $msg = $GUI_EVENT_CLOSE Then ExitLoop WEnd Func GetPos()     $a=GUIGetCursorInfo()     GUIctrlSetData($b,$a[0])     GUIctrlSetData($c,$a[1])     GUICtrlSetData($d,$a[2])     GUICtrlSetData($e,$a[3])     GUICtrlSetData($f,$a[4])     If $a[2] Then         GUICtrlSetBkColor($primary,0xFF0000)     Else         GUICtrlSetBkColor($primary,0xF1F1EC)     EndIf     If $a[3] Then         GUICtrlSetBkColor($secondary,0xFF0000)     Else         GUICtrlSetBkColor($secondary,0xF1F1EC)     EndIf EndFunc

  • roulette3832 likes this







#2 Holger

Holger

    AutoIt Spammer

  • Developers
  • 1,384 posts

Posted 28 July 2005 - 10:19 PM

Yep, a bug.
I think it's a kind of misunderstanding in the function.
I will ask jpm for more info cause I found something through testing and googeling :)
Regards
Holger

#3 Holger

Holger

    AutoIt Spammer

  • Developers
  • 1,384 posts

Posted 15 August 2005 - 10:56 PM

Is this bug really not solved? - in my opinion it is, so we should close this topic!?

#4 w0uter

w0uter

    resreveR nA

  • Active Members
  • PipPipPipPipPipPip
  • 2,262 posts

Posted 16 August 2005 - 12:18 AM

i say close it. if the bug still exist someone will just make a new topic :whistle:
My UDF's:;mem stuff_Mem;ftp stuff_FTP ( OLD );inet stuff_INetGetSource ( OLD )_INetGetImage _INetBrowse ( Collection )_EncodeUrl_NetStat_Google;random stuff_iPixelSearch_DiceRoll

#5 livewire

livewire

    Polymath

  • Active Members
  • PipPipPipPip
  • 208 posts

Posted 18 August 2005 - 05:44 PM

This bug appears to have been fixed. This topic can be closed.

-Livewire

#6 paulpmeier

paulpmeier

    Seeker

  • Active Members
  • 13 posts

Posted 06 May 2008 - 07:27 PM

The bug already exists in AutoIt 3.2.10.0 and Windows XP (Sp2).
But only when the CheckBox "Switch primary and secondary buttons" in the Mouse Properties in Control Panel is checked.

#7 Jon

Jon

    Up all night to get lucky

  • Administrators
  • 10,294 posts

Posted 08 May 2008 - 02:55 PM

The bug already exists in AutoIt 3.2.10.0 and Windows XP (Sp2).
But only when the CheckBox "Switch primary and secondary buttons" in the Mouse Properties in Control Panel is checked.

Fixed in next beta. I have no idea why the code that fixed the original problem got removed...




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users