SciTE4AutoIt3 is a specialist editor package based on the excellent SciTE editor. SciTE has been set up to compile AutoIt scripts and has been extended with a multitude of Lua scripts. SciTE4AutoIt3 may be downloaded here: SciTE4AutoIt3
Keep in mind that SciTE4AutoIt3 is not an official package. Direct any bug reports or feature requests to the AutoIt3 forum and not the bug tracker.
- Syntax highlighting
- Calltips (also known as IntelliSense)
- Code AutoComplete
- Auto Indentation
- AutoIt script help integration
- SciTE help integration
- Editing macros
- Debugging support
- Tools for AutoIt scripting
- A toolbar that enables easy access to an array of community created tools
- Various other features
- 1 Syntax Highlighting
- 2 Quick Tips
- 3 AutoIt3Wrapper
- 4 Obfuscator
- 5 Other Wiki Pages
- 6 Useful Lua links and scripts
SciTE4AutoIt3 comes with a customized AutoIt3 lexer which enables syntax highlighting. Syntax highlighting enables the colorization of various code elements such as variables, strings, operators, comments, etc. This allows one to differentiate the various code elements at a glance without having to specifically read everything. To load a custom theme a user may press [Ctrl] +  to bring up SciTEConfig. The options are located under the Color Settings tab.
Some options that are available for customization include:
- White Space
- Comment Line
- Comment Block
To access the helpfile the user may press [Alt] + [F1]. To quickly access help information on a specific function/statement, simply click/highlight the function/statement in question and press the [F1] key to bring up the help file on the relevant page.
For SciTE related help, use the key combination [Ctrl] + [F1] to bring up a help file detailing SciTE related help documentation.
For anyone not familiar with SciTE, here are a few tips and tricks to help easily customize the installation. For any advanced info, visit the [SciTE home page].
With the information below, you will be doing some minor editing to SciTE's configuration files. It is imperative that you know the hierarchy of SciTE's configuration files. The main files we will be dealing with here are listed below.
Remember there are four properties files used:
|SciTE.properties||Local properties file which may be present in the same directory as the file being edited. This file overrides any other properties files settings below. This file is user created.|
|SciTEDirectory.properties||Directory properties file which may be present in the same or in a parent directory as the file being edited. This file overrides all properties setting of the files below, but not the local properties settings aka SciTE.properties. This file is user created.|
|SciTEUser.properties||User properties file, this file's settings override only the global properties settings aka SciTEGlobal.properties. This file is found under the current logged on users profile directory.|
|SciTEGlobal.properties||All settings in this file can be overridden by any of the above files. Typically this file should not be edited. Use any of the above methods to implement a setting change. This file can be found in SciTE's installation directory.|
In the latest version of SciTE, there exists a new feature called "Inline Errors". Inline Error marks are error messages that will appear in the source code within the Scintilla window.
Inline erros may be quickly toggled using SciTEUser.properties.
Open the SciTE user properties file in a text editor by selecting from the SciTE menu Options. Open User Options File and add the following code to the file.
# Display settings for inline errors on the source error.inline=0
# Display settings for inline errors on the source error.inline=1
Syntax Highlighting is a new feature which highlights other instances of the currently highlighted word or string. Due to the colors, sometimes it's hard to tell the selection apart. The default colors may be changed.
The feature may be toggled by editing SciTEUser.properties.
To change the color scheme, add the following to SciTEUser.properties.
highlight.current.word=1 # Edit the following property to change to the desired color. highlight.current.word.colour=#000040 selection.alpha=50 # Edit the following property to change to the desired color. selection.back=#F025A8
Colors in the Output Pane
SciTE has a console window which can be used to output information from running scripts. The function ConsoleWrite may be used in an AutoIt script to output text to the console. The colors of the text may be altered by prepending a string with special characters.
ConsoleWrite("This is plain text" & @LF) ConsoleWrite("> This text will have a different color." & @LF) ConsoleWrite("+ This text will have a different color." & @LF) ConsoleWrite("- This text will have a different color." & @LF) ConsoleWrite("! This text will have a different color." & @LF)
Debugging Code Easily
dbg("This is a test") dbg("Jump to this line") dbg("just by clicking my output line") Func dbg($msg, $error = @error, $extended = @extended, $erl = @ScriptLineNumber) ConsoleWrite("(" & $erl & ") : = (" & $error & ")(" & $extended & ") " & $msg & @LF) If $error <> 0 Then SetError($error, $extended, $error) Return $error EndFunc ;==>dbg
AutoIt3Wrapper directives allow for in depth control of the compilation and interpretation of AutoIt scripts. Some of these can be very useful under different circumstances. See AutoIt3Wrapper Directives for a full list of directives and their descriptions.
Stripping Excess Code
For instance, if you have several includes, then you can often strip thousands of lines from your script using Obfuscator:
#AutoIt3Wrapper_Run_Obfuscator=y #Obfuscator_Parameters=/sf /sv /om /cs=0 /cn=0
On a medium sized script, results are often like this:
>Running Obfuscator (18.104.22.168) from:C:\Program Files\AutoIt3\SciTE cmdline: - Iteration 1 Strip Functions result: Output 2580 lines and stripped 6741 lines - Iteration 2 Strip Variables result: Output 1585 lines and stripped 950 lines - Iteration 3 Strip Variables result: Output 1566 lines and stripped 19 lines - Iteration 4 Start the actual Obfuscation. +> Source 26190 lines 1447980 Characters. +> Stripped 7710 Func/Var lines and 16862 comment lines, Total 1373871 Characters. +> Saved 93% lines 94% Characters. +> Obfuscator v22.214.171.124 finished obfuscating 1566 lines, created:C:\MyScript_Obfuscated.au3
ResHacker is a very important programming tool for extracting and adding resources into executables. It has a very simple command line interface that allows it to be used easily using the "Run_After" directive. Adding a picture to an executable could be done like this:
#AutoIt3Wrapper_Run_After=ResHacker.exe -add %out%, %out%, MyPicture.bmp, BITMAP, RESOURCENAME, 0
NB: Reshacker.exe must be copied into the script directory for this to work.
If you then want to use the resources in your code, there is an excellent Resources UDF which will allow you to access the resources from within the exe.
Adding Original Source Code
When using the above tip on stripping excess code, the new source is not readable. As a result, using the standard directive for saving the source:
Would add the obfuscated code to the exe, which is not the desired result. The solution is to add it in manually. This code does not require any editing, so you can just copy and paste it in:
#AutoIt3Wrapper_Run_After=ResHacker.exe -add %out%, %out%, %scriptfile%.au3, RCDATA, SOURCE, 0
Creating a Version Directory
When compiling, it is very possible that you want to go back to a previous version. If so, then it is neat to have a directory which will store all previous builds, without the need for you to manually copy and paste every time! Make sure you add these directives in last (after adding resources) as they might not be included in the copied result.
#AutoIt3Wrapper_Run_After=md "%scriptdir%\Versions\%fileversion%" #AutoIt3Wrapper_Run_After=copy "%in%" "%scriptdir%\Versions\%fileversion%\%scriptfile%%fileversion%.au3" #AutoIt3Wrapper_Run_After=copy "%out%" "%scriptdir%\Versions\%fileversion%\%scriptfile%%fileversion%.exe"
Running the exe on Build
Often you are building as a test, so to have to open up Windows Explorer to get the exe is a pain, furthermore, unless you have a program to do it (or it's a console program) you will not be able to read console info such as the debug messages you put in the exe. The solution is simple:
This will run the program and read the console output to the SciTE debug frame.
Extended Reshacker Info
ResHacker doesn't always return with a return code (rc) of not 0 if it fails, to get that info you need to read the ResHacker.log file that is created. This is also pretty simple to do:
#AutoIt3Wrapper_Run_After=ResHacker.exe -add %out%, %out%, MyPicture.bmp, BITMAP, RESOURCENAME, 0 #AutoIt3Wrapper_Run_After=TYPE ResHacker.log
The new output now looks like this:
>Running:ResHacker.exe -add C:\MyScript.exe, C:\MyScript.exe, MyPicture.bmp, BITMAP, RESOURCENAME, 0 >ResHacker.exe -add C:\MyScript.exe, C:\MyScript.exe, MyPicture.bmp, BITMAP, RESOURCENAME, 0 Ended rc:0 >Running:TYPE ResHacker.log [19 Jan 2010, 21:26:22] ResHacker.exe -add C:\MyScript.exe, C:\MyScript.exe, MyPicture.bmp, BITMAP, RESOURCENAME, 0 Added: BITMAP,RESOURCENAME,0 Commands completed >TYPE ResHacker.log Ended rc:0
And an example of it showing an error:
>ResHacker.exe -add C:\MyScript.exe, C:\MyScript.exe, MyPicture.bmp, BITMAP, RESOURCENAME, 0 Ended rc:0 >Running:TYPE ResHacker.log [19 Jan 2010, 21:32:10] ResHacker.exe -add C:\MyScript.exe, C:\MyScript.exe, MyPicture.bmp, BITMAP, RESOURCENAME, 0 Error: "MyPicture.bmp" does not exist >TYPE ResHacker.log Ended rc:0
As you can see, Reshacker on its own returns rc: 0, usually indicating no error. This would have gone completely unnoticed except for the log file, which shows the error and an explanation.
Other Run_After and Run_Before Commands
You can use any commands you like in the Run_After and Run_Before directives. Examples such as "TYPE" have been shown above.
For a more complete list the following website is very useful: An A-Z Index of the Windows CMD Line