dantay9

Not sure if it works or not, but I uploaded what I found laying around on my hard drive.

Came back to make sure my code is still available. The download link wasn't working so I uploaded the code again.

And if you don't have a handle to the target window, you should be able to create a list of the windows that currently exist, active or inactive, using WinList(). Then you can check things like the title and content to see which one is the correct window.

Thanks guys. Currently, I am not going to be developing this project any further. I am currently in school and involved learning Java and C#. That's why I haven't been very active on the forums lately. You are free to do whatever you want with the code.

Personally, I always use GUIGetCursorInfo because it also provides other information which is often very useful. I don't think there would be any significant speed differences, but I haven't tested it.

Global variables should ALWAYS be declared at the beginning, even if you are going to use them later. You're right, they don't HAVE to be, but definately should be. Just declare them at the beginning and use them later. As far as the code goes, AndyG is right. The best way to find the mouse coordinates relative to the client area of the gui is to use MouseCoordMode. Here is an example of how the code should be written: #include <GUIConstantsEx.au3> $hGUI = GUICreate('Test', 200, 200) GUISetState() While 1 $nMsg = GUIGetMsg() Switch $nMsg Case $GUI_EVENT_CLOSE Exit EndSwitch $MousePos = _MouseGetWinPos($hGUI) ToolTip($MousePos[0] & ', ' & $MousePos[1]) WEnd Func _MouseGetWinPos($hWnd) $Opt = Opt("MouseCoordMode", 2) $Pos = MouseGetPos() Opt("MouseCoordMode", $Opt) Return $Pos EndFunc ;==>_MouseGetWinPos2

Nice work! I made something to the effect of desktop gadgets, but it was a little over my head at the time I made it.

I planned to eventually but haven't got around to doing it yet. I have been consumed with learning C#, so much so that I haven't been doing much AutoIt coding at all. And, after all, it's summer vacation for me. I have endless amounts of things to do. You, or anyone else for that matter, is welcome to take my code and play with it, adding whatever you want. I just ask for you to reference me in your project.

Small update to fix the errors being showed. Like FuryCell said, the IsDeclared errors can be ignored. @sxyObs The GUI and the web browser aren't flashing on Windows XP Home. I don't have access to Windows Vista so I can't debug it for you. I have seen a few other topics here and here where it seems that Windows Vista has problems with double buffering.

I haven't used it for anything other than a simple bit of math homework. I don't think I will be using it any time soon (not so good at graphing), but if I ever need a bit of 3D graphing, this will be invaluable.

That looks good. Kep up the good work.

On my computer, it starts zooming in ok, but when it gets close to its max size, it starts to shake. Same with zooming out. It shakes when it is close to the max size. Edit: It has to do with the WinMove call. I changed the WinMove location to 0, 0 and it works fine. The math for centering the gui is obviously correct, but I don't know why the GUI would shake like it is currently.

This is really nice. The only thing missing (in my eyes) is the ability to extract the files in pure autoit. But for now, rasim's 7zip UDF is good enough. I can see myself using this in the future.

Cool! Very smooth transitioning. Also, you forgot the ".html" on the end of your link in the last post.

I agree with JRowe, it would be great to take a more direct approach by using the provided COM interface. Aside from that, great job using Google Earth. Keep up the good work!