Uploaded a new version of the SciTE4AutoIt3.exe v21.316.1639.1

[Jos]

It has been over a year since the last update of the full SciTE4AutoIt3 installer which mainly had to do with the fact that Neil was moving toward v5 of SciTE and there weren't many functional changes in SciTE v4 other than to support the different setup of the Lexers to be used in V5.
This is likely the final version with support for WinXP as the upcoming V5 version of SciTE will likely drop WinXP altogether.

22-3-2021: Updated Tidy.exe, which caused a hardcrash reading the new au3.api definition, in the installed/portable zip and direct download.

23-3-2021: Updated AutoIt3Wrapper.au3, which was running the "#autoIt3Wrapper_run_after" defined programs twice in some occasions.

==> SciTE4AutoIt3 v21.316.1639.2

Change log:

expandcollapse popup

--------------------------------------------------------------------------------------------------
16-03-2021
*** Merged the SciTE v 4.4.6 by Neil Hodgson with our own version of SciTE. (Jos)
    - Change the workdir to the programdir to avoid locking up the last opened scriptfile directory.
    - Fixed Bom checking bug resulting to garbage characters in the editor for UTF encoded file other than UTF8
    - Dropped support for WinXP (Compiled with vc15, Win sdk 8.1, Toolset v141)
    - Compiled with vc15 and changed SSE instruction set to ia86 compatible.
*** Updated AutoIt3Wrapper v21.316.1639.0 (Jos)
    - 19.1127.1402.1 added clear errors when Tidy is ran with Ctrl+T.
    - 19.1127.1402.2 Avoid running Tidy for a second time when script needs to be run with #RequireAdmin in elevated mode.
    - 19.1127.1402.5 Added work-around to support Unicode characters in filenames for:
        - au3check
        - Tidy
        - au3stripper
    - 19.1127.1402.6 Added Win10 build to info lines. (tnx argumentum)
    - 19.1127.1402.7 Fix for support of filenames containing special ascii characters too.
    - 19.1127.1402.8 Restored some DIrectives still used for versioning and fileversion.
    - 19.1127.1402.8 Fix for  support of filenames containing special ascii characters too.
    - 19.1127.1402.9 Fix checking for "#AutoIt3Wrapper_Version"check till after the GUI is done.
    - 19.1127.1402.10 Fixed Versionupdate with /RunAfter option I use for AutoIt3Wrapper updates.
    - 19.1127.1402.11 Fixed issue with #include statements where the filename is enclosed in single quotes.
    - 19.1127.1402.13 Updated File prompt.
    - 19.1127.1402.18 added include filelist and their encoding when /debug is supplied
    - 19.1127.1402.19 Cosmetic update showing the ">Setting Program ExecutionLevel Manifest information to...." only when the directive is provided
    - 19.1127.1402.20 Fix for elevated scripts running from mapped drive
    - 19.1127.1402.21 again Fix for support of filenames containing special ascii characters.
    - 19.1127.1402.22 Fix invalid FileExist statement on line 550.
    - 19.1127.1402.26 Added #AutoIt3Wrapper_Res_Fileversion_Use_Template
    - 19.1127.1402.27 Changed Func ShowStdOutErr to only capture total STDOUT/ERR when required, Avoiding unnecessary memory consumption
    - 19.1127.1402.28 Fixed regression creating duplicate resource entries.

*** Updated Au3Stripper v21.316.1639.0 (Jos)
    - 19.1127.1402.1 Option /rsln: Added replace for @ScriptLinenumber for #includes to contain source files and original linenumber.
    -                Changed  replace for @ScriptLinenumber to only replace none literal string occurrences.
    - 19.1127.1402.3 Changed  replace for @ScriptLinenumber to only replace when not on FUNC line.
    - 19.1127.1402.5 Added directive "#Au3Stripper_Ignore_Errors_in_Func=", which will suppress any errors triggered within the defined Functions.
    - 19.1127.1402.7 Fix for Func names in FUNC parameters to avoid stripping the target function.

*** Updated SciTEConfig v21.316.1639.0 (Jos)
    - 19.1127.1402.1
    - Fix bug in AbbrevMan.au3 when pipe symbol is used to set cursor position.  (Melba23

*** Updated Tidy v21.316.1639.0 (Jos)
    - v19.1127.1402.2  fixed some issues in the /gendoc option:
        - func reference lines weren't listed
        - only show variables starting with $ or @
    - v19.1127.1402.5  Default Tabsize to SciTE-TabSize when not provided.
    - v19.1127.1402.6  Made the backp sequencenumber 2 digits. old filenames will be converted.
    - v19.1127.1402.10 Reversed the 2 digit sequencenumber as this will fail when there are more than 99 backup versions.

*** Updated Abbreviations (mLipok)
    - Updated au3abbrev.properties and helpfile page.

Enjoy,
Jos

Edited March 23, 2021 by Jos

[mLipok]

4 hours ago, Jos said:

as the upcoming V5 version of SciTE

not upcoming... already released:

https://www.scintilla.org/ScintillaHistory.html

Quote

Release 5.0.0

• Released 5 March 2021.
• First version that separates Lexilla from Scintilla. Each of the 3 projects now has a separate history page but history before 5.0.0 remains combined.
• Fix Alt+End (move to wrapped line end) for Japanese UTF-8 text.. Bug #2231.
• SciTE uses the "null" lexer when it doesn't have a lexer assigned to a file. This avoids activating a Lua script lexer if one is assigned.

 

[Jos]

16 minutes ago, mLipok said:

not upcoming... already released:

I know, but still considered "unstable" and not to use for stable purposes until 5.1 is released, hence the "upcoming v5 version" statement.  
Quote from https://groups.google.com/g/scintilla-interest/c/oqbRq5YdxEI:

Quote

Its likely I will make an unstable 5.0.0 release of Lexilla, Scintilla, and SciTE tomorrow.

This is a major but unstable testing release. It is very likely that there are omissions in some scripts that do not take Lexilla into account properly. The executables may not work on older systems such as Windows XP.

Scintilla API elements may change or be removed in more 5.0.x releases until a stable 5.1.0 release is made.

 

[mLipok]

Ah ... now all is clear.

Thanks.

 

[Jos]

Updated Tidy.exe, which caused a hardcrash when reading the new au3.api definition, in the installer/portable zip and direct download.

 

[Jos]

Updated AutoIt3Wrapper.au3, which was running the "#autoIt3Wrapper_run_after" defined programs twice in some occasions.

Also installer/portable zip are updated.

[Deye]

Hi jos,

Have you considered adding -Administrator to the title when launched as .. (so we get to know the run-as state of the running instance of scite)

Maybe it is even a better idea to have sessions saved separately based on the "run-as"  state

like that if we close the admin session fist and by mistake we know that it is saved no matter what ..

Deye

[Jos]

This would have to be a proposal to the original version a SciTE, which I use to create our version, as I don't want to make too many changes in the core source.

Jos

[argumentum]

On 3/29/2021 at 3:06 PM, Deye said:

Have you considered adding....

https://www.autoitscript.com/forum/topic/108667-adding-a-menu-in-to-a-windows-program-an-using-it/?do=findComment&comment=765586

There is stuff you can do without having to change SciTE to fit your needs  

instead of "[CLASS:Notepad]" you'd use "[CLASS:SciTEWindow]". 

Edit: this is better: 

Looks like your desire to change the title @Deye is not yours alone.

Edited April 18, 2021 by argumentum
better code

[seadoggie01]

I may have installed something incorrectly, but when using the SciTE portable version, the User Call Tip Manager places my call tips in my home directory. SciTE, however, doesn't have an Environment variable set and is placed in another location:  C:\users\<user>\Documents\AutoIt_Program\SciTE\SciTE.exe
SciTE then reads the user call tips from C:\Users\<user>\Documents\AutoIt_Program\SciTe\au3.user.calltips.api

It seems like all this may be fixed if I set the environment variables manually, but nowhere is this mentioned when downloading the zip. Maybe a short README could be included letting the user know to set these or a setup script could be included? I'd be more than happy to write/test/debug something like this

[mLipok]

1 hour ago, seadoggie01 said:

installed something incorrectly, but when using the SciTE portable version

How did you install them ?
Usually I just unpack new SciTE4AutoIt version to my portable directory.

 

[seadoggie01]

I did that as well. But without the SCITE_USERHOME or SCITE_HOME environment variable, the UCT Man script puts the call tips in the @UserProfileDir

[argumentum]

28 minutes ago, seadoggie01 said:

But without the SCITE_USERHOME or SCITE_HOME environment variable,

..I second the motion.
A declaration of "portable" in the .config file, to make SCITE_USERHOME or SCITE_HOME a subfolder of the exe folder, with the same names, would make a portable setup, really portable.
I made a loader that sets SCITE_USERHOME and runs SciTE so, I'm good, but, the proposed default would be welcomed.

[Jos]

4 hours ago, seadoggie01 said:

I may have installed something incorrectly, but when using the SciTE portable version, the User Call Tip Manager places my call tips in my home directory. SciTE, however, doesn't have an Environment variable set and is placed in another location:  C:\users\<user>\Documents\AutoIt_Program\SciTE\SciTE.exe
SciTE then reads the user call tips from C:\Users\<user>\Documents\AutoIt_Program\SciTe\au3.user.calltips.api

It seems like all this may be fixed if I set the environment variables manually, but nowhere is this mentioned when downloading the zip. Maybe a short README could be included letting the user know to set these or a setup script could be included? I'd be more than happy to write/test/debug something like this

I seem @Melba23 used this to force determine the User directory:  

If EnvGet("SCITE_USERHOME") <> "" And FileExists(EnvGet("SCITE_USERHOME")) Then
        $SciTEUserDir = EnvGet("SCITE_USERHOME")
    ElseIf EnvGet("SCITE_HOME") <> "" And FileExists(EnvGet("SCITE_HOME")) Then
        $SciTEUserDir = EnvGet("SCITE_HOME")
    Else
        $SciTEUserDir = @UserProfileDir ; original sciTE default location
    EndIf

... which in my mind needs to change and use the logic of the other utilities by using the SciTE program dir when SCITE_USERHOME & SCITE_HOME are not defined, like the core SciTE does.

Jos

Edited April 9, 2021 by Jos

[Jos]

2 hours ago, argumentum said:

..I second the motion.
A declaration of "portable" in the .config file, to make SCITE_USERHOME or SCITE_HOME a subfolder of the exe folder, with the same names, would make a portable setup, really portable.
I made a loader that sets SCITE_USERHOME and runs SciTE so, I'm good, but, the proposed default would be welcomed.

Don't think there was a motion but rather a statement how it is installed and that should work so the CallTip Manager needs to be changed to follow the current standard.
This issue with your proposal would be that this is the Way the standard SciTE internally works, so would mean me having to make the changes and maintain that. 

[argumentum]

 

3 hours ago, argumentum said:

I made a loader that sets SCITE_USERHOME and runs SciTE so, I'm good

I've never encounter any problems with prior builds either. Compiling all this anew every so often is in my view going the extra mile. I've never encounter an issue that required a new version of the executable. The various *.au3 and utilities did need updating but SciTE has always been a good product in my experience.

I'm happy with my many portable versions for the many old AutoIts I keep. All still running with old versions of SciTE without a hitch.

The comment was also a hint on how to get around it. My solution anyway.

1 hour ago, Jos said:

This issue with your proposal would be that this is the Way the standard SciTE internally works, so would mean me having to make the changes and maintain that. 

Yes. I know that. But may very well not understand what it entails.
What I proposed ( and second the motion  ), is what I did for those portables of mine, plus some of the advise I gave to @Deye above, that I use in my setup every other blue moon.  

[argumentum]

so today I copy the AutoIt zip and the SciTE zip to a folder, and added a loader for the "portable" setup.
The compiled script would go on the folder AutoIt.exe is at, with a name, say, SciteLoader.exe
If you would like to run an Admin level and a user level concurrently, first run the admin one, as otherwise it will not load as admin.
 

expandcollapse popup

#include <GuiMenu.au3>
#include <WinAPIProc.au3>
; original post at https://www.autoitscript.com/forum/index.php?showtopic=205465&view=findpost&p=1479612
Global $sSCITE_RunAsAdminStr = '/SciteUserIsAdmin:' & IsAdmin()
Global $sSCITE_HOME = @ScriptDir & "\SciTE"
Global $sSCITE_USERHOME = $sSCITE_HOME & "\SCITE_USERHOME"
If IsAdmin() Then $sSCITE_USERHOME = $sSCITE_HOME & "\SCITE_ADMINHOME"
Global $sSCITE_EXE = $sSCITE_HOME & "\SciTE.exe"
Global $hTimer = TimerInit()

AdlibRegister("OopsyDaisy", 10000)
Func OopsyDaisy()
    Exit 4
EndFunc

Func GetThisSciteHandle($sSciteUserIsAdmin)
    Local $aProcessWindows, $aProcessList = ProcessList("SciTE.exe")
    For $n = 1 To UBound($aProcessList) - 1
        $aProcessWindows = _WinAPI_EnumProcessWindows($aProcessList[$n][1], 1)
        If @error Then ContinueLoop
        If StringInStr(_WinAPI_GetProcessCommandLine($aProcessList[$n][1]), $sSciteUserIsAdmin) Then Return $aProcessWindows[1][0]
    Next
EndFunc   ;==>GetThisSciteHandle

Func getTheMenuFirst()
    Local $hWin = GetThisSciteHandle($sSCITE_RunAsAdminStr) ; WinGetHandle("[CLASS:SciTEWindow]")
    Local $hPrimaryMenu = _GUICtrlMenu_GetMenu($hWin)
    Local $sMenu = "", $iCount = _GUICtrlMenu_GetItemCount($hPrimaryMenu) - 1
    For $i = 0 To $iCount
        $sMenu &= _GUICtrlMenu_GetItemText($hPrimaryMenu, $i)
    Next
    If StringInStr($sMenu, "&Options") Then Return SetError(0, $iCount + 1, 0)
    Return SetError(1, $iCount + 1, 1)
EndFunc   ;==>getTheMenuFirst

Func add_running_version_to_the_MenuBar()
    Local $iMenuItem, $hWin = GetThisSciteHandle($sSCITE_RunAsAdminStr) ; WinGetHandle("[CLASS:SciTEWindow]")
    Local $hPrimaryMenu = _GUICtrlMenu_GetMenu($hWin)
    Local $hItem2 = _GUICtrlMenu_CreateMenu()
    _GUICtrlMenu_InsertMenuItem($hPrimaryMenu, 44, "  -=[ currently running v" & FileGetVersion(@ScriptDir & '\AutoIt3.exe') & " as " & (IsAdmin() = 0 ? "user" : "admin") & " ]=-  ", 0, $hItem2)
    _GUICtrlMenu_DrawMenuBar($hWin)
EndFunc   ;==>add_running_version_to_the_MenuBar

main()
Func main()
    EnvSet("SCITE_USERHOME", $sSCITE_USERHOME)
    If Not GetThisSciteHandle($sSCITE_RunAsAdminStr) Then
        If Not FileExists($sSCITE_USERHOME & "\SciTEConfig") Then DirCreate($sSCITE_USERHOME & "\SciTEConfig")
        If StringInStr($sSCITE_EXE, " ") Then $sSCITE_EXE = '"' & $sSCITE_EXE & '"'
        Run($sSCITE_EXE & ' ' & $sSCITE_RunAsAdminStr, $sSCITE_USERHOME)
        WinWait("[CLASS:SciTEWindow]", "", 5)
        Sleep(100)
        While getTheMenuFirst()
            Sleep(1000)
            If TimerDiff($hTimer) > 20000 Then Exit 3
        WEnd
        add_running_version_to_the_MenuBar()
    EndIf
    For $n = 1 To $CmdLine[0]
        Run($sSCITE_EXE & ' "' & $CmdLine[$n] & '" ' & $sSCITE_RunAsAdminStr, $sSCITE_USERHOME)
    Next
    Run($sSCITE_EXE & ' ' & $sSCITE_RunAsAdminStr, $sSCITE_USERHOME)
EndFunc   ;==>main

It serves me well as is. I hope it works well for you too ( if you use it ). 
If it does not, then open an entry in the help forum mentioning me and that this script don't quite do what you expected  

...and you'll have to do some manual labor like copy stuff from the old "SciTEConfig" to the new "SciTEConfig" paths.

Edited April 12, 2021 by argumentum
added Func OopsyDaisy()

[argumentum]

@Jos, I'm in need of aid.

;~ SendSciTE_Command($My_Hwnd, $Scite_hwnd, "menucommand:420")     ; IDM_CLEAROUTPUT=420
SendSciTE_Command($My_Hwnd, $Scite_hwnd, "menucommand:413")     ; IDM_OPENFILESHERE=413 ; this don't work
; SendSciTE_Command($My_Hwnd, $Scite_hwnd, "extender:dostring props['check.if.already.open']='0'") ; nor this

Any ideas on how to go about query the state and switching this OFF/ON ?.
If is a SciTE bug then thats that, but if is just me not knowing how then I can use the help.

[Jos]

Sure, but maybe you could first share the goals you have for these none working options?  

Jos

[argumentum]

...it all started when I was young and wanted to help those in need in the world... .
To run "as admin" if a "user level" is already running, by temporarily disable (check.if.already.open=0), the existing running session(s), I can load the one I wanted. Then reenable to them all.
Tried as commandline but is not what I need. I don't wanna change the global property, so, in theory I should be able to use SendSciTE_Command(), but it ain't working.
Could also use AutoIt to send() alt,o,h and get it over with but the SendSciTE_Command() should be the way to go.
The option as an option from the menu works as advertised, so...., help ?. 

..also, is "menucommand:420" ; Clear Output pane "IDM_CLEAROUTPUT" a joke for smoking stuff and forgetting ?

Edited April 16, 2021 by argumentum