Leaderboard

I know there are several robocopy wrappers out in the internet but, you may have to pay to get all the functionality working, like CopyRite XP or the freewares that I found doesn't include all robocopy switches. So I combine the three wrappers I like the most and I create my own version of RoboCopyGUI. You will need robocopy.exe from Windows Server 2003 Resource Kit Tools. Thanks to Holger for GUI Menu with icons and color and Big_Daddy for marqee style progress control NOTE: I only tested on Windows XP Sp2 and using AutoIt 3.2.0.1 also, marquee style progress only work on Windows XP. Previews downloads: 418 RobocopyGUI.zip Edit: 10/01/2006 - v1.0.0.6 - Fix help file, when robocopyGUI start help file open. Also fix help file to open with any default browser. 10/01/2006 - v1.0.0.5 - Add checkbox, match destination folder to source folder. - Fix _FixDate() function, now work with any international date format not just with US date format. - Fix when selecting a root directory like C:\ as a Source or Target path robocopy won't work. - Fix when selecting console options normal or maximized robocopy won't work. - Fix FileSelectFolder didn't work under WinPe or Bartpe. To make it work be sure you have the following files at I386\System32 folder, the script will register the dlls for you. Browseui.dll Regsvr32.exe Shdocvw.dll Shell32.dll 07/17/2006 - v1.0.0.4 - Fix Save, now Prompt to overwrite file before saving. - Fix Load & Save, script didn't Load or Save the console states(Hide, Normal, Maximum). 07/09/2006 - v1.0.0.3 - Add Recent File at the file menu. Keeping track of the last 5 open files. 07/08/2006 - v1.0.0.2 - Modify creating .cmd or .bat files by adding robocopy.exe path to the batch file. - Modify UDF _ChenkEnvPath() to also search for robocopy.exe at the Temp folder. 07/07/2006 - v1.0.0.1 - Fix Load & Save, script didn't Load or Save the values of $Switches[n] - Add MHz improvement by making the script search the system variable for Robocopy.exe 07/06/2006 - v1.0.0.0 Release date

This function is very fast compared to standard _StringRepeat() when number of repeated chars is big. In my tests this version is faster than original for > 50 chars. Time needed for this new StringRepeat() is constant no matter how many chars you repeat (nCount) so for big numbers of repeated characters it's MUCH FASTER (hundred times). StringRepeat Function: Func StringRepeat($sChar, $nCount) $tBuffer = DLLStructCreate("char[" & $nCount & "]") DllCall("msvcrt.dll", "ptr:cdecl", "memset", "ptr", DLLStructGetPtr($tBuffer), "int", Asc($sChar), "int", $nCount) Return DLLStructGetData($tBuffer, 1) EndFunc Testing example for compare speed with standard _StringRepeat (try to change number of chars): #include <String.au3> $start = TimerInit() _StringRepeat('a',1000) ConsoleWrite(TimerDiff($start)& @CRLF) $start = TimerInit() StringRepeat('a',1000) ConsoleWrite(TimerDiff($start)& @CRLF) Func StringRepeat($sChar, $nCount) $tBuffer = DLLStructCreate("char[" & $nCount & "]") DllCall("msvcrt.dll", "ptr:cdecl", "memset", "ptr", DLLStructGetPtr($tBuffer), "int", Asc($sChar), "int", $nCount) Return DLLStructGetData($tBuffer, 1) EndFunc EDIT: There is one difference/limitation from original _StringRepeat(): This new StringRepeat() can repeat only one character, so it's not posiible to do: StringRepeat('abc',3) --> result is 'aaa' Maybe I should change its name from StringRepeat() to CharRepeat() EDIT2: Here is MemSet in form of UDF: Func MemSet($pDest, $nChar, $nCount) DllCall("msvcrt.dll", "ptr:cdecl", "memset", "ptr", $pDest, "int", $nChar, "int", $nCount) If @error Then Return SetError(1,0,False) Return True EndFunc

ok when i tupe on google Recursion (copy paste) google try to correct me in the loop like crazy, must be some crazzy google joke

The COM error handler is not needed if you run version 1.2.2.0 of the UDF AND the latest beta version of AutoIt. If you run version 1.2.2.0 of the UDF AND one of the production versions of AutoIt you need to enable the COM error handler by calling _AD_ErrorNotify(1)at the top of your script (this combination is not recommended).Version 1.2.0 of the UDF goes well with AutoIt 3.3.8.1 Version 1.2.2.0 of the UDF goes well with AutoIt 3.3.9.2 beta or later

Thanks for posting the solution to a problem you managed to solve yourself thus enabling others to benefit from your experience.

#include <IE.au3> $oObj = _IEAttach ( "your browser" ) _IEAction ( $oObj, "refresh" )

What I would do is read each pixel for your test value and put the values in an array. I would then read the section in the image your scanning and put that in a second array. I would then compare the arrays. You would need to put in some error checking due to the image not being exactly centered for each check. Also you may have to allow for shades of black

@naors Seems like you're lazy : http://www.autoitscript.com/forum/index.php?app=core&module=search You will find what you want in the Serial Port /COM Port UDF. Br, FireFox.

Thanks, John! Basically, I'm using AutoIt as a major part of my graphics rendering pipeline. The main animation program I use, Anime Studio, has some limitations in the way it exports 3D. I'm using AutoIt to work around them. My AutoIt app takes an Anime Studio project file, then calls a separate C# app which makes two copies of the project file (one for the left eye, one for the right), then parses through the files and adjusts the camera positions appropriately (based on the "Interaxial distance" parameter shown in my talk). Then AutoIt calls out to Anime Studio and renders each project file separately. After that...well, there's a lot of things the AutoIt app can do. Sometimes I pull in what I call a "convergence file" (again, I go into this in the talk) and AutoIt loops through the rendered images and adjusts the convergence (horizontal position of one of the camera's images) on a frame-by-frame basis. If a shot requires what's called a floating stereo window (a vertical black bar on the edge of either the right or left eye's image -- it helps conceal distracting objects on the edges of the screen), the AutoIt app will handle that as well on a frame-by-frame basis. I went into some detail on the convergence and floating stereo window features on another talk I did earlier this year: I'll also usually have the AutoIt app render the final left and right images as a side by side video file. Oh, and then there's the ability to run batches of scenes through the AutoIt app, so I can render one Anime Studio project file after another for days on end. AutoIt uses ImageMagick for all of its graphics manipulation and VDub for its movie file manipulation. From a coding and user interface standpoint, my AutoIt app is a mess. But it works really well for my purposes, and it's a critical tool in my 3D pipeline.

Hi, [Please forgive me if my question is "not good" - I'm Auto-IT newbie] These days I'm inspecting moving to Auto-IT from QTP. One of the strongest abilities of QTP is the fact you can point ActiveX UI object, and it retrieves all its methods, properties and values. This is done in QTP by loading specified add on supporting the UI technology. After loading the add-on the object's data is given by QTP out-of-the-box. After inspecting Auto-IT from a high level, Goggling around and running a short POC, I failed to get the properties of old ActiveX UI control (VSFlexGrid version 7 to be more specific) which getting its properties is mandatory in order to move to Auto-IT. I could not get any other ActiveX UI control properties either. Is there a way to do so from Auto-IT? Are there any references explaining how to implement this functionality?

I'm not going to write the example out... you should have made a gui and had us show you from there. 1. make a global variable something like $nClickButtonCount = 0 2. make your gui 3. in your condition statement for the button, make another conditional statement If $nClickButtonCount = 0 Then ;Do your action $nClickButtonCount = 1 Else MsgBox(16, "Error", "I told you moron, only once!") ;Or you could do something and then say $nClickButtonCount = 0 EndIf