In the new FBWIN32 version (10-09-09), the "fbc.exe" file has not been updated. It is the same that the one of the previous version from 07-27-09.

Is it right ?

I am surprised to receive not a return of this fault concerning the parameter "scroll wheel" of the function "GetMouse" in case of text mode ("Screen 0") and in fullscreen mode only.

You can use this formula which runs for positive or negative values :
fractional = number - Sgn(number) * Int(Sgn(number) * number)

In fullscreen text mode only, the scroll wheel value from the "GetMouse" keyword is not updated.
I don't know if it's due to FreeBasic or Windows XP environment.

MichaelW wrote: IIRC, QuickBASIC 4.5 and PDS 7.x use different formats.

But PDS 7.1 can read the "Binary - Fast load and save" format generated by QB 4.5 (only ascending compatibility).

QB1.0 is not compatible with those files.
Nevertheless you can download QB45 at [redacted]

. . . . . And also, if I change focus to another window, then move my mouse pointer back over the GetMouse Test window and wait ten seconds 'till it sleeps, then left clicking does not regain focus-----ie the click is being ignored and the button status stays at -1. For this different scenario test...

@bfuller I had already noticed these same symptoms which you describe so well, at the time of the bad behavior : - flash of "not responding" in the title bar of the graphic window - flash of mouse pointer I had not described all these details of behavior yet because few other persons indic...

ha... i guess that behavior is the one i had when i tried to make a "free looking" mouse for a 3D game... so, i realized that if you have a small sleep it will not get have time to update the coordinates correctly, but using a " sleep >15" fixed the problem, altough you may try ...

@vdecampo On my PC, this program allows to confirm this bad behavior that I have, as I said before : This bad behaviour is obtained when I hold the mouse totally still inside the graphic window during about 10 seconds (displayed value = "0"), then after that when I press only the left but...

Here is a small program to check this bad behavior on a PC, then to test my temporary solution in case of use of the instruction GetMouse inside a loop. 'In graphic window only (DirectX or GDI), 'after a mouse sleep inside window '(no moving and no action on any button during more than 5 seconds), '...

For my own usage, it is not a priority to fix this bug. I repeat (and I detail) hereafter the remark written at the end of my first message, because this present problem can be by-passed easily, in case of loop calling the instruction “GetMouse”. Long ago, I solved (masking the fault) this problem b...

Yes, if you launch my short program of test (at top) and if you increase the priority, the bug seems to disappear, but the CPU is overloaded by this programm running. If in addition (always high priority) you insert an instruction "sleep" (with any value) in the loop to unload the CPU, the...

Scenario : - Normal left click (without move and without sleep before) Console display : Getmouse: butons value changed to: 1 left button pressed Getmouse: butons value changed to: 0 left button released - Mouse totally still in the graphic window during about 10 seconds, then press only the left bu...

Excuse my poor english : replace "default" by "fault" everywhere (because "defaut" in french means "fault" in english). During this bad transitory phase (button = "-1"), the GetMouse return value is "+1" as for mouse outside graphic window....