BETA: SciTE v5x & lua Dynamic_include and "Smart" AutoComplete for Vars/UDFs/Abbrevs

[mLipok]

Today I was at my clients office and I had some issues with my portable SciTE setup, but the same setup works well at my home a day before.
Of course I update all the components and check again with no success.

Symptoms: after starting SciTE, it loaded previously opened files and after a while it shut down without any error message (SCiTE proces ends).

As today I was seriousylly busy with my work at my clients office I have a small amount of time to diagnose that.
I notice that removing SciTE.session fixes that problem.
Also removing only all of buffer.*.*** from SciTE.session also fixes this problem.
Fixes in the meaning that SciTE not close it self at start.
Unfortunatelly loding any au3 file ends in the same issue.
 

I'm not sure that my DEV setup is quite fine, so I try to make fresh SciTE4Au3 portable and I give it a try again in next monday, at least I hope so.

 

Edited March 7 by mLipok

[Jos]

  On 3/7/2025 at 9:54 PM, mLipok said:

I notice some issues with Au3Stripper.
Repro script sent via PM few hours ago.
Thanks in advance for working on this.

Expand  

Uploaded a new beta version with several changes to how special ANSI characters are detected and any master or include file containing ANSI characters will be converted to UTF8. 

[Jos]

  On 3/7/2025 at 4:41 PM, donnyh13 said:

Right, I forgot the #include-Once. Ya, that does sound better.

Expand  

Current Beta should add Include files required by the Master script, ignoring when they are included through an Include file. This is cleaner and less dependent on possible changes in the Includes.

[donnyh13]

Seems to work good. Thanks Jos!

[Jos]

Uploaded an Updated SciTE4AutoIt3_vsc.exe installer with the changes made since the previous version:

10-3-2025
*** Merged the SciTE v 5.5.5 by Neil Hodgson with our own version of SciTE. (Jos)

*** Updated Au3Stripper v25.205.1420.x (Jos)
  - 25.205.1420.1  Fixed: / changed ANSI & UTF8 detection and convert all to utf8 in the outputfile (8/03/2025)
  - 25.205.1420.3  Added: /AS /Aut2exeSource option which will generate a sourcefile as included at compilation time (9/03/2025)

*** Updated AutoIt3Wrapper v25.205.1420.x (Jos)
  - 25.205.1420.1  Disable HotKey Error when defined as "" in INI (10/02/2025)
  - 25.205.1420.7  Update addinclude function (4/03/2025)
  - 25.205.1420.8  Will now add any required UDF or Var includefile required by the Master, ignoring lower recursive level checking (9/03/2025)

*** Updated SciTE/Lua/  (Jos)
   - Merged Header changes from donnyh13 back into AutoIttools.lua (10/02/2025)
   - Changed: Dir command so it will also list filenames with special characters. (10/02/2025)

*** Updated SciTEConfig v25.205.1420.x (Jos)
   - 25.205.1420.1  Added: Toggle between SciTE & VSCode (7/02/2025)

*** Updated Tidy v25.205.1420.x (Jos)
   - 25.205.1420.1 Change Indentation of linecomments to indent the same as the other lines, when not ran from SciTE.

 

Edited March 10 by Jos

[Jos]

Just uploaded SciTEx86.zip & SciTEx64.zip which contain the Latest SciTE 5.5.6 versions released April 2, 2025, for those that like to use the latest version of SciTE Full.

This will also be part of the final update of SciTE4AutoIt3.

[KaFu]

Hi Jos, with each run of tidy the innermost 4 lines are intended by one more tab. I tested it with the latest Beta. Could you please take a look?

#cs
    #cs
        1) a
        2) b
        3) c
        4) d
    #ce
#ce

Best Regards

[Jos]

 

  On 4/4/2025 at 11:07 PM, KaFu said:

with each run of tidy the innermost 4 lines are intended by one more tab.

Expand  

Indeed an bug so will have a look...   tnx for reporting.

[Jos]

  On 4/4/2025 at 11:07 PM, KaFu said:

I tested it with the latest Beta. Could you please take a look?

Expand  

Just uploaded an updated Tidy Beta that should fix this bug. Please try and see if that sorts it for you.

[KaFu]

That did not work. In the first comment block, the list was still intended by a tab on each re-run. Adding the second block as a copy did the same, and adding the third block led to a Tidy crash.

snip

 

>Running Tidy (25.205.1420.3)  from:C:\Program Files (x86)\AutoIt3\SciTE\tidy  C:\_Data\AutoIt v3 Script (neu) (19).au3
CRT: unhandled exception (main) -- terminating
!>23:30:27 Tidy ended. rc:255

 

Edited April 11 by KaFu

[Jos]

There is indeed still an issue when using spaces for tabs when the setting usetabs=1 and tcb=0. The options tcb=-1 & tcb=1 are working fine.
Need to think about this a bit, as it is getting pretty complex with trying to leave the existing indentation of a line in a commentblock , but still indenting the whole block between multilevel #cs-#ce. 

[Jos]

Just uploaded an updated Tidy version with some new logic that now hopefully can handle all scenarios of using Tabs&Spaces as Indentation within CommentBlocks.

Please give that a try and let me know if that works.

[KaFu]

First test looks good 👍 (though the file is reported as malicious on download).

[Jos]

  On 4/10/2025 at 11:43 AM, KaFu said:

(though the file is reported as malicious on download).

Expand  

Not much I can do about that...  I have no Development Certificate that I can sign the programs with, and they are way too expensive.

[mLipok]

  On 4/10/2025 at 2:20 PM, Jos said:

they are way too expensive.

Expand  

Especially since they have gone up in price by 100% over the last 2 years, and now every time you use a certificate, you need a cryptographic card. Previously, the certificate could be in a file and you didn't need a cryptographic card.

[Jos]

  On 4/10/2025 at 11:43 AM, KaFu said:

(though the file is reported as malicious on download).

Expand  

I had to make a minor change to the sourcecode and recompiled & uploaded it with the same versionnumber. The funny thing is that this one doesn't give an error when downloading from the Beta directory. 

[WildByDesign]

When pressing Ctrl+1, I get the following error:

(latest version 5.5.5)

Edited May 19 by WildByDesign

[Jos]

Ah...  This happens when you don't have VSCode installed.
Should be fixed in the current beta version of SciTEConfig.au3.
Thanks for reporting.

[WildByDesign]

Confirmed fixed. Thank you.

[mLipok]

I don't know if you remember, or even if I wrote about it in general on the open forum or in private chats with @Jos, but In the past I had big problems with performance on most of my projects.

After replacing the computer a few years ago, from i7 3gen to a brand new DELL I5 10Gen with an NVME (Micron) drive, the problems were partially solved.

The last few months were a surprise to me because I felt an unexpected, significant drop in performance (switching between different files in SciTE took me up to a dozen or so seconds).

I was really pissed off.
As it turned out, it was all the fault of a weak FLASH PENDRIVE drive (that's how I had my projects).
Interestingly, there must have been some changes in the file subsystems or in Antiviruses, because even transferring from USB FLASH to the original DELL NVME (Micron) didn't improve the situation.

A month ago I got pissed off. Using the AS SSD Benchmark tool, I performed performance tests for: USB PENDRIVE, NVME (Micron) and a regular Samsung 960 256GB NVME drive (not the PRO version)

and bought a new fast Samsung 980 PRO 1TB NVME drive

After installing and mirroring the system (without fresh installation), everything started working almost in the blink of an eye

I'll just say that currently my new NVME is almost 10 times faster than the USB PENDRIVE and about 3 times faster than the old NVME drive (Micron).

Interestingly, I wanted to continue working with the USB Pendrive, so that I could work on a portable development environment at the client's site.

I looked for statistics at https://ssd-tester.pl/pendrive_test.php
I bought a fast PENDRIVE and as a result, my portable work environment also works fast enough not to get frustrated.

I just wanted to end this story with a happy ending by saying that my performance problem in the context of the Dynamic Lua feature only occurred to me because my INCLUDE file set contains 265 non-standard UDFs + 149 Standard AutoIt UDF files, so a total of 414 AU3 files to track by Dynamic LUA script invocation.

However, if your non-standard UDF set is small, you should not have any performance problems.

And if someone has a problem with the speed of operation, I recommend working on the performance of your system, with particular attention to the disk speed.

Regardless of the adventures I've had, writing advanced scripts has become easier, especially if they're based on many different, often constantly modified UDFs.
So I'm currently happy with how Dynamic Lua feature works, and grateful for the work @Jos put in SciTE4AutoIt.