New SciTE4AutoIt3 available with SciTE v1.73

[PossumJohn]

6/3/2007: Uploaded a new SciTe4AutoIt3.exe installer..

see below for the detail changes made over the last month. It important you understand the ANSI/Unicode option limitations when Compiling!

==> ScitillaHistory page containing all SciTE/Scintilla updates.

==> Visit the SciTe4AutoIt3 Download page for the latest versions

==> Check the online documentation for an overview of all extra's you get with this installer.

Enjoy,

Jos

===> Deleted as a space-saver -- See message above <===

Thanks for your help! I'll print and read the upates and online docs now that I have a few spare minutes. I don't think I'll have a problem with UniCode as all of the PCs are Win XP Pro and servers are Win 2000 or Win 2K3.

Have a great week,

PJ

[oduboevi]

I don't want tidy to remove empty lines and generate a documentation file. With previous tidy versions my customized ini-file worked fine. After installing the latest version (SciTE4AutoIt3 (Jun 3 2007) with Tidy version 2.0.13.0), the following tidy.ini parameters stopped working:

gen_doc=0

Gen_Doc_Show=0

Remove_Empty_Lines=0

All other parameters seem to work as explained in the example ini-file.

tidy.ini is in the same directory as tide.exe. I launch tidy from keyboard (Ctrl+T).

[Jos]

I don't want tidy to remove empty lines and generate a documentation file. With previous tidy versions my customized ini-file worked fine. After installing the latest version (SciTE4AutoIt3 (Jun 3 2007) with Tidy version 2.0.13.0), the following tidy.ini parameters stopped working:

gen_doc=0

Gen_Doc_Show=0

Remove_Empty_Lines=0

All other parameters seem to work as explained in the example ini-file.

tidy.ini is in the same directory as tide.exe. I launch tidy from keyboard (Ctrl+T).

Works fine for me, maybe you have a Directive in your script like?:

#Tidy_Parameters= /gd 1 /rel 1 /gds

Edited June 7, 2007 by JdeB

[oduboevi]

Works fine for me, maybe you have a Directive in your script like?:

#Tidy_Parameters= /gd 1 /rel 1 /gds

No, that directive is commented out. Besides, I launch Tidy from keyboard with Ctrl+T; the script is not compiled.

I did a clean install (both AutoIt and SciTE). Maybe that has something to do with the problem.

[Jos]

No, that directive is commented out. Besides, I launch Tidy from keyboard with Ctrl+T; the script is not compiled.

I did a clean install (both AutoIt and SciTE). Maybe that has something to do with the problem.

Doesn't matter... Tidy reads that direcitive from the source itself ......

I think its a Tidy issue that doesn't recognise the Directive being commented.

Just remove the whole part after = and see if that helps ... I will fix this issue for the next release ..

[oduboevi]

Doesn't matter... Tidy reads that direcitive from the source itself ......

I think its a Tidy issue that doesn't recognise the Directive being commented.

Just remove the whole part after = and see if that helps ... I will fix this issue for the next release ..

That fixed the problem! Thank you for your quick response!

Oscar

[Jazkal]

JdeB,

Is there anyway we could get an option added to the compile options GUI for x64 builds?

[Zedna]

I have problem with #AutoIt3Wrapper_UseAnsi=Y directive.

I completely reinstaled Autoit and all related stuff to latest release and beta with this procedure:

- first uninstalled all

- deleted C:\Program Files\AutoIt3

- autoit-v3.2.4.9-setup.exe

- autoit-v3.2.5.7-beta-setup.exe

- SciTE4AutoIt3.exe (2007-06-18)

- Auto3Lib.exe (latest 2007-07-01)

Now when I add #AutoIt3Wrapper_UseAnsi=Y directive to top of my script

it still compile it with Unicode.

Notes:

- all installed with default directory options

- In AutoIt3Wrapper directory is only original "AutoIt3Wrapper.ini.example" file

- When I created AutoIt3Wrapper.ini with UseAnsi=1 problem remain too

- with Beta compile problem remain too

- compiled by hitting F7 (or Alt+F7) from Scite4Autoit3

- OS: WINXP sp2 CZ

Here is Scite output:

>"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\AutoIt3Wrapper.exe" /prod /CompileDefaults /in "C:\Program Files\AutoIt3\PZ\AZPRO_VERZE\azpro_verze.au3" /autoit3dir "C:\Program Files\AutoIt3"

+>16:54:11 Starting AutoIt3Wrapper v.1.9.2

>Running AU3Check (1.54.7.0) from:C:\Program Files\AutoIt3

+>16:54:12 AU3Check ended.rc:0

>Running:(3.2.4.9):C:\Program Files\AutoIt3\aut2exe\aut2exe.exe

+>16:54:12 Aut2exe.exe ended.rc:0

->Warning: This is an Unicode compiled script and will not run on Win9x/ME.

>Running (3.0.0.0): C:\Program Files\AutoIt3\aut2exe\upx.exe

+>16:54:14 UPX.exe ended.rc:0

+>16:54:14 AutoIt3Wrapper Finished

>Exit code: 0 Time: 3.111

EDIT:

With Ctrl+F7 (using compile with GUI) it's working OK

Edited August 23, 2007 by Zedna

[Zedna]

One little cosmetic problem:

When I have old #compiler_icon=some_ico.ico directive then at F7 (Compile) it's replaced by new #AutoIt3Wrapper_icon= directive

It works fine only Find dialog remains open after this replace and must be closed "by hand"

[Zedna]

1) Ctrl+F7 (Compile with GUI) will change AU3 timestamp even if there are no changes in Auto3Wrapper settings.

2) #NoTrayIcon directive could be after (not before) #AutoIt3Wrapper directives automatically added to script

   --> #AutoIt3Wrapper directives added from AutoIt3Wrapper_GUI.exe should be at top of script (and not inside another directives)

Now it looks like this:

#NoTrayIcon
#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_Version=Beta
#AutoIt3Wrapper_icon=some_ico.ico
#AutoIt3Wrapper_UseAnsi=y
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
#include <GuiListView.au3>
#include <GUIConstants.au3>
#Include <File.au3>
#Include <Array.au3>oÝ÷ Ø­µêðY[y«­¢+ØI¥½¸ì¨¨¨¨¥ÉÑ¥ÙÌÉÑäÕѽ%ÐÍ]ÉÁÁÉ}U$¨¨¨¨(Õѽ%ÐÍ]ÉÁÁÉ}YÉÍ¥½¸õ   Ñ(Õѽ%ÐÍ]ÉÁÁÉ}¥½¸õͽµ}¥¼¹¥¼(Õѽ%ÐÍ]ÉÁÁÉ}U͹ͤõä(¹I¥½¸ì¨¨¨¨¥ÉÑ¥ÙÌÉÑäÕѽ%ÐÍ]ÉÁÁÉ}U$¨¨¨¨(9½QÉå%½¸(¥¹±Õ±ÐíÕ¥1¥ÍÑY¥Ü¹ÔÌÐì(¥¹±Õ±ÐíU%
½¹ÍѹÑ̹ÔÌÐì(%¹±Õ±Ðí¥±¹ÔÌÐì(%¹±Õ±ÐíÉÉä¹ÔÌÐì

Edited August 23, 2007 by Zedna

[Jos]

JdeB,

Is there anyway we could get an option added to the compile options GUI for x64 builds?

Have no option to test x64 at this moment, but does it install in a separate directory ?

Jos

[Jos]

I have problem with #AutoIt3Wrapper_UseAnsi=Y directive.

I completely reinstaled Autoit and all related stuff to latest release and beta with this procedure:

- first uninstalled all

- deleted C:\Program Files\AutoIt3

- autoit-v3.2.4.9-setup.exe

- autoit-v3.2.5.7-beta-setup.exe

- SciTE4AutoIt3.exe (2007-06-18)

- Auto3Lib.exe (latest 2007-07-01)

Now when I add #AutoIt3Wrapper_UseAnsi=Y directive to top of my script

it still compile it with Unicode.

Notes:

- all installed with default directory options

- In AutoIt3Wrapper directory is only original "AutoIt3Wrapper.ini.example" file

- When I created AutoIt3Wrapper.ini with UseAnsi=1 problem remain too

- with Beta compile problem remain too

- compiled by hitting F7 (or Alt+F7) from Scite4Autoit3

- OS: WINXP sp2 CZ

Here is Scite output:

EDIT:

With Ctrl+F7 (using compile with GUI) it's working OK

Could PM me a snippet that shows this behaviour ?

Jos

[Zedna]

"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\autoit3wrapper.au3"

little bug - which will not break something fortunatelly

There are FileClose() lines (bold) which shouldn't be there:

...

Func Retrieve_PreProcessor_Info()

Local $I_Rec

Local $In_File

Local $hTest_UTF = FileOpen($ScriptFile_In, 16)

Local $Test_UTF = FileRead($hTest_UTF, 4)

Local $i_Rec_Param, $i_Rec_Value, $Temp_Val, $Fh

FileClose($hTest_UTF)

;~ 00 00 FE FF UTF-32, big-endian

;~ FF FE 00 00 UTF-32, little-endian

;~ FE FF UTF-16, big-endian

;~ FF FE UTF-16, little-endian

;~ EF BB BF UTF-8

If $Test_UTF = "0x0000FFFE" Or $Test_UTF = "0xFFFE0000" Then

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

ConsoleWrite("! * Input file is UTF32 encoded, Au3Check/Tidy/Obfuscator do no support UNICODE and will be skipped.*" & @CRLF)

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

$InputFileIsUTF16 = 1

Else

FileClose($hTest_UTF)

$hTest_UTF = FileOpen($ScriptFile_In, 16)

$Test_UTF = FileRead($hTest_UTF, 2)

FileClose($hTest_UTF)

If $Test_UTF = "0xFFFE" Or $Test_UTF = "0xFEFF" Then

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

ConsoleWrite("! * Input file is UTF16 encoded, Au3Check/Tidy/Obfuscator do no support UNICODE and will be skipped.*" & @CRLF)

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

$InputFileIsUTF16 = 1

Else

FileClose($hTest_UTF)

$hTest_UTF = FileOpen($ScriptFile_In, 16)

$Test_UTF = FileRead($hTest_UTF, 3)

If $Test_UTF = "0xEFBBBF" Then

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

ConsoleWrite("! * Input file is UTF8 encoded with BOM, Au3Check does not support UNICODE and will be skipped. *" & @CRLF)

ConsoleWrite("! ***************************************************************************************************" & @CRLF)

$InputFileIsUTF16 = 1

EndIf

EndIf

EndIf

FileClose($hTest_UTF)

If _FileReadToArray($ScriptFile_In, $In_File) = 0 Then Return

...

[Jos]

One little cosmetic problem:

When I have old #compiler_icon=some_ico.ico directive then at F7 (Compile) it's replaced by new #AutoIt3Wrapper_icon= directive

It works fine only Find dialog remains open after this replace and must be closed "by hand"

The SciTE Director command seems to keep the find/replace window open ... Will use only the logic to update the file directly which will fix this issue.

[Jos]

1) Ctrl+F7 (Compile with GUI) will change AU3 timestamp even if there are no changes in Auto3Wrapper settings.

2) #NoTrayIcon directive could be after (not before) #AutoIt3Wrapper directives automatically added to script

   --> #AutoIt3Wrapper directives added from AutoIt3Wrapper_GUI.exe should be at top of script (and not inside another directives)

1. The GUI always removes the current stuff and updates the script with the info in the GUI. No logic there to keep track if anything changed at the moment.

2. I have deliberately left the #NoTrayIcon directive at the top of the script when its present.

[Zedna]

Could PM me a snippet that shows this behaviour ?

Jos

Sorry

But today the same script work fine also with F7/Alt+F7 !!

Isn't possible problem with fresh Autoit/Scite reinstall without logoff/logon or reboot? 

Some registry or something may stay wrong till next logon.

Today is all OK.

Here is small testing example where I changed UseAnsi directive:

#AutoIt3Wrapper_UseAnsi=y
#NoTrayIcon
#include <GUIConstants.au3>

GUICreate("My GUI")
GUISetState (@SW_SHOW)

While 1
    $msg = GUIGetMsg()
    If $msg = $GUI_EVENT_CLOSE Then ExitLoop
Wend

Edited August 24, 2007 by Zedna

[Jos]

"C:\Program Files\AutoIt3\SciTE\AutoIt3Wrapper\autoit3wrapper.au3"

little bug - which will not break something fortunatelly

There are FileClose() lines (bold) which shouldn't be there:

changed

[Zedna]

1) Ctrl+F7 (Compile with GUI) will change AU3 timestamp even if there are no changes in Auto3Wrapper settings.

1. The GUI always removes the current stuff and updates the script with the info in the GUI. No logic there to keep track if anything changed at the moment.

Idea:

- store original timestamp of AU3 file

- store original header from AU3 file (directives and includes)

- make your changes to header

- save the file with your changes

- compare new header with original header and if it's the same then restore original AU3 timestamp (or don't save AU3 file with your changes)

[Jos]

Isn't possible problem with fresh reinstall without logoff/logon? 

Some registry or something may stay wrong till next logon.

don't see how that could be the case...

Let me know when you figured out how to get it wrong again..

[Jos]

Idea:

- store original timestamp of AU3 file

- store original header from AU3 file (directives and includes)

- make your changes to header

- save the file with your changes

- compare new header with original header and if it's the same then restore original AU3 timestamp (or don't save AU3 file with your changes)

If I implement this I would just add logic to check if nothing changed and skip "the removal and adding of the new directives" portion.