ISN AutoIt Studio - German

Hallo Christian,

beim überfahren von Code (keine Kommentare) mit der Maus und gedrückter linker Maustaste zur Selektion hängt sich das Studio häufiger auf. Abhilfe schafft nur der "Abschuss" über den Task-Manager. Leider gehen dabei noch nicht gespeicherte Änderungen verloren. Das Problem existierte auch schon in V.1.13. Ich kann mich nicht daran erinnern, dass es auch schon in V.1.12 da war, ich kann mich aber auch irren.

Besonders häufig tritt es auf, wenn die Selektion zu Beginn einer Funktion oder Variablen ($) beginnt. Beim aktuellen Projekt mit 10 Dateien und ca. 10000 Zeilen Code und Kommentaren habe ich mindestens ein halbes Dutzend Abstürze am Tage.

Viele Grüße und Danke für die tolle Arbeit am ISN Studio
Hanno

Grundsätzlich funktioniert ISN_cmd.exe zur automatisierten Kompilierung, stößt aber bei der Integration in moderne CI/CD Pipelines wie z.B. Gitlab an seine Grenzen.

Ich hätte folgende Verbesserungsvorschläge:

- Wenn kein Fenster vom ISN AutoIt Studio gefunden wird, automatisch das Programm starten und warten bis es bereit ist

- Beim Parameter /isn_close_project sollte das Fenster für Changelog automatisch übersprungen werden

- Beim Kompilieren sollte die Logausgabe auf STDOUT von ISN_cmd.exe umgeleitet werden.

- Das ISN AutoIt Studio hat benutzerspezifische Daten u.a. in der Registry und im Benutzerprofil sodass beim Start im SYSTEM-Kontext ein Dialog zur Einrichtung erscheint. Dies sollte bei der Automation komplett übersprungen werden da keine neuen Projekte angelegt werden sondern nur bestehende kompiliert werden. Daher sollte das automatisiert ablaufen ohne Dialogfenster.

Am besten wäre es natürlich, wenn die notwendigen Funktionen in eine Library ausgelagert würden und in der ISN_cmd.exe komplett headless ausgeführt werden würden, aber wenn das zu viel Aufwand darstellt, reichen die 4 Punkte aus.

 

Interessant wäre auch die Möglichkeit, 2 Tabs vertikal oder horizontal zu arragieren, um z.B. Unterschiede zu vergleichen oder aber das Programm automatische die Unterschiede suchen und hervorheben zu lassen. Viele Grüße Rouven

File / Settings is causing the studio to crash. Please help?

I'm trying to turn ON the TOGGLE SCRIPT TREE (old right arrow).

Scott

Ausgaben mit ConsoleWrite werden in V.1.10 nicht mehr im Consolenfenster (Mitte-unten) ausgebenen. Mit V.1.09 funktioniert dies noch.

Hallo In Scite war es möglich, von den eigen geschriebenen UDFs Calltips zu erzeugen (wenn man eine Funktion schreibt erscheint dieser Calltip und man kann die übergebenen Parameter ablesen). Das ging in 2 Dateien au3.user.calltips.api und au3.UserUdfs.properties diese sehen z.B. so aus (ich habe 3 eigene Funktionen geschrieben): _GUILib_PromptConfirmFileOverwrite($sFilename) promts to confirm the re-creation of the file if it already exists. (Requires: #include ) _GUILib_SetButtonState($sControlID,$sMode) enable/disable the controls in the GUI. (Requires: #include ) _GUILib_SetFilemtime($sFilename,ByRef $idControl) sets the mtime of a file to the specified GUI control. (Requires: #include ) au3.UserUdfs.properties: au3.keywords.user.udfs=_guilib_promptconfirmfileoverwrite _guilib_setbuttonstate _guilib_setfilemtime siehe hier http://www.autoitscript.com/autoit3/scite/docs/SciTE4AutoIt3/SciTE4AutoIt3-UserCallTips.html In Scite vist auch der "User CallTip Manager" enthalten, evtl. kannst du den bei ISN ja auch verwenden. Ich weiß das wenn ich die Dateien händisch erstellt habe und hierher kopiere, es funktioniert: C:\Program Files\ISN AutoIt Studio\Data\Properties\myUDF.keywords.properties C:\Program Files\ISN AutoIt Studio\Data\API\au3.autoit.myUDF.api Aber der User CallTip Manager wäre eine schöne Erweiterung für ISN. Gruß Thomas

Hallo, 

bei mir kommt es immer wieder vor, wenn ich einen Text kopiere, diesen in einer anderen Zeile einfüge, dann wird dieser immer zweimal hintereinander eingefüht.

Ist nicht immer so, aber es kommt eben immer mal wieder vor, dann muss ich das Programm schließen und wieder starten dann funktionert es wieder ganz normal.

im Formbuilder fehlt die Anzeige der möglichen Elemente (links).

wenn man "ins Weiße" greift, kann man das "getroffene" Element dann auch im Form platzieren.

nicht vorhanden

Servus, bei mehrzeiligen Codezeilen (eine Codezeile in mehrere aufgesplittet) wird vom Parameter Editor nicht erkannt.

ConsoleWrite("Das ist ein " & _
"kleiner Test")

Solche Dinge werden dann nicht erkannt. :)

Wenn MsgBox Generator benützt wird, wird nur eine Leere Zeile eingefügt und keine MsgBox.

Auch nicht nach dem Speichern, oder wechseln des Tab, oder aktualisieren des Scriptbaum. De-/Aktivieren der Funktion in den Einstellungen half nicht. In Version 1.06 hat es noch funktioniert. 

 

Version 1.06 vom 28.09.2017

Schreibe ich Local, dann dauert es etwas bis das $ erscheint - versuche ich den Variablennamen zu Vervollständigen ist der Editor bis zu einer Minute damit beschäftigt "Variablen werden eingelesen ..." (links unten in der GUI). Dasselbe passiert gelegentlich bei den Nutzung der Variablen.

V.1.06 vom 28.09.2017

Au3-Datei im ISN AutoIt Studio über den Prokjektbaum öffen - STRG+G -> Zeilennummer eingeben + ENTER ==> Editieren funktioniert häufig nicht.

Ich habe immer mehrere lange andere Datein geöffnet. Ob diese Info relevant ist kann ich nicht sagen.

Gelegentlich stürzt das Studio nachfolgend ab.

 

Version 1.06 vom 28.09.2017

Die Ursache ist unklar. Plötzlich hat eine der AU3 Dateien im Projekt den Inhalt einer anderen AU3 Datei aus dem Projekt. Ist mir heute 2x mit verschiedenen Dateien passiert.

Version 1.06 vom 2017-09-28: Die genau Ursache ist nicht bekannt. Nach einiger Zeit funktionieren einige Shortcuts über die Tastatur nicht mehr. Über das Kontext-Menü funktioniert noch alles. Betroffen sind u.A. CTRL+V, CTRL+F, CTRL+W. CTRL+C funktioniert aber.

Im Windows Explorer und auch im Projektbaum werden Ordner mit vorangestelltem Unterstrich als erstes angezeit. Wenn ich über rechtsklick im Projektbaum eine neue Datei erstellen will, kommt ein Ordnerdialog "Ordner suchen"/"Wo soll die neue Datei erstellt werden?". In diesem Dialog werden die Ornder mit _ am Ende dargestellt. Ich würde die Darstellung wie im Windows Explorer oder Projektbaum bevorzugen. Ordner mit _ sollen oben sein.

1. Erstelle eine Autoit Datei

#include <MsgBoxConstants.au3>
AutoItSetOption("MustDeclareVars", 1)
Dim $bShowMessage = True
If ($bShowMessage = True) Then
    MsgBox($MB_SYSTEMMODAL, Default, "Hello World")
EndIf

2. Debugger einschalten Tools > Debugging > Erweitertes Debugging mit DBUG > Aktivieren

3. Script starten

4. Fehler in DBUG, da einige Variablen nicht deklariert sind

Im Anhang eine Version mit allen deklarierten Variablen. Ohne Garantie ob local, dim, global überall richtig ist

Die Hotkeys in DBUG F7,F8, ... werden auch von ISN Autoit Studio abgefangen, obwohl diese im Hintergrund ist und DBUG im Vordergrund. Somit werden die Aktionen die dort mit F7, F8, ... verknüpft sind auch ausgeführt. Das hat früher schon mal richtig funktioniert.

Es erscheint der Fehler im Anhang und demzufolge werden unten auch keine Scriptfehler mehr ausgegeben.

Ebenso wird das Fenster (Anhang 2) bis zur Fehlermeldung komisch angezeigt und verschwindet danach. Damit
lässt sich das Script auch nicht mehr manuell stoppen.

Tidy.exe wird nicht mehr gefunden. Siehe Anhang.

Schönen guten Tag :)

Es gibt da ein mittelschweres Problem wenn ich ein Projekt schließe mit aktivierten Änderungsprotokollen. Und zwar wird dann folgendes Fenster geöffnet:

Dieses Fenster lässt sich bei mir nicht mehr schließen. Es ist vollkommen egal welche Option ich dabei auswähle, die Controls werden weder aktiviert noch kann ich das Fenster schließen mit [OK] oder dem [X] rechts oben im Fenster. Ich weiß nicht wie das zustande kam. Ich habe ein wenig die Änderungsprotokolle ausprobiert und bis dahin gab es mit dem Fenster keine Probleme. Leider weiß ich nicht was genau den Bug verursacht hat, jedoch versuche ich mal eine Neuinstallation und ggf. den Bug zu reproduzieren.

Kann ich dir (bevor ich die Neunstallation durchführe) irgendwelche hilfreichen Daten dazu übermitteln? Sag bescheid wenn du was benötigst.

LG. Yjuq :)

Hallo, wenn ich in einem Projekt als Trigger den "Speicher"-Befehl nutze und als Aktion "Backup durchführen" wähle, wird kein Backup angelegt. Hier mein Makro um es selber mal zu testen:

Wenn ich mein Skript speichere wird mir nur die MsgBox angezeigt. Jedoch links unten in dem Log-Fenster bleibt die Meldung aus dass ein Backup durchgeführt wurde. Zudem wird im Backup Verzeichnis des ISN AutoIt Studio auch kein Backup angelegt. Wenn ich jedoch dann mein Skript ausführe wird mir sowohl die MsgBox angezeigt, wie auch ein Backup mit der Log-Meldung angelegt. Ich gehe davon aus dass es hier ein Problem bei dem Trigger "Speichern" mit der Verwendung von "Backup durchführen" gibt.

 

LG. Yjuq :)

Servus, in der HTML-Hilfe des ISN AutoIt Studio befindet sich ein kleiner Rechtschreibfehler der mir beim Lesen aufgefallen ist. Stört nicht weiter, aber ich dachte dass ich es ggf. einfach mal melde. :)

ISN AutoIt Studio >> Plugin SDK >> Grundlagen zu ISN AutoIt Studio Plugins

 

Hier ein Beispiel wie ein Start eines Plugins abläuft:

• Der User öffnet die Datei test.isf. Das ISN AutoIt Studio prüft nun ob ein Plugin vorhanden ist welches .isf Dateien öffnen kann. Wird ein Plugin gefunden wird dieses gestartet.
• Das ISN AutoIt Studio startet das Plugin und übergibt den Pfad der zu öffnenden Datei als Parameter 1 an das Plugin.
• Das Plugin wartet durch die Funktion "_ISNPlugin_initialize" auf eine Antwork des AutoIt Studios.
  • In dieser Funktion wird außerdem das Fensterhandle angegeben das später in die ISN GUI eingebettet wird. (Sofern nicht anders in der plugin.ini angegeben)
  • Kommt vom ISN AutoIt Studio keine Antwort kann das Plugin beendet werden!
• Das ISN AutoIt Studio sendet dem Plugin automatisch zum wichtige Umgebungsvariablen zu wie zb. den Projektpfad, den Pfad zur config.ini usw.
• Das Plugin wurde gestartet.

 

Der Rechtschreibfehler befindet sich im dritten Punkt:

Das Plugin wartet durch die Funktion "_ISNPlugin_initialize" auf eine Antwork des AutoIt Studios.

Ich glaube hier war eher "Antwort" gemeint.