ISN AutoIt Studio - German

Mir ist noch etwas aufgefallen bei der Multimonitor Unterstützung.
Gleiche Problematik wie mal bei ID 56 und ID104

Programm auf meinem Moni 1 gestartet, auf Moni 2 (nach links) verschoben,
d.h. negative Werte was die Desktopkoordinaten betrifft.

1.) Beim Arbeiten wurde dann die Eingabehilfe (aus ID 56) noch auf dem
rechte Monitor angezeigt. Ich vermute ein ähnlichen Fehler, dass keine
negativen Werte für die x-Koordinate zugelassen werden.

2.) Auto-Complete Vorgaben, z.B: wenn man nur "#" drückt oder dergleichen,
wird das Fenster ebenfalls auf dem rechten Moni angezeigt.

Ich versuche gerade im FS2 eine Listview (Handle: $listview) zu erstellen mit drei Spalten. Ich gebe bei Text/Data ein: "RS485|Device|Firmware". Die Spalten werden
aber nicht übernommen.

Weitere Einträge wollte ich per ExtraCode hinzufügen:

GUICtrlCreateListViewItem("item1|col12|col13", $listview)
GUICtrlCreateListViewItem("item2|col22|col23", $listview)
GUICtrlCreateListViewItem("item3|col32|col33", $listview)

Wenn ich die Form so teste, erhalte ich nur die 1. Spalte, Spalte 2 und 3 fehlen.

So, heute morgen ist der Fehler wieder aufgetaucht... es ist nicht immer da.
Aber hier mal die Bilder davon:
1. neue Datei angelegt "Dateiname.au3"
2. umbenennen
3. "Dateiname neu.au3" steht im Projektbaum und danach wird die
"alte" Datei automatisch geöffnet und auch rechts im Scriptbaum angezeigt.
Nach einem Neustart von Studio war wieder alles ok, danach konnte ich die
Datei umbenennen und sie wurde nicht automatisch geöffnet.

Wenn ich die Hauptdatei kompiliere, werden hinterher per Makro noch weitere
Scripte kompiliert (mit AutiItWrapper_GUI Einstellungen) mit dem Ziel im Projektordner.
Beispiel des Ablaufs:
1.) Hautpdatei -> v1.0.0.0
2.) Kopieren aller Dateien in den Release Ordner
3.) Kompilieren der weiteren Dateien per Makro in den Projektordner (nicht Release)
Nebendatei -> v1.0.0.0

Wenn man nun ein zweitesmal kompiliert, passiert folgendes:
1.) Hautpdatei -> v1.0.0.1
2.) Kopieren aller Dateien in den Release Ordner
3.) Kompilieren der weiteren Dateien per Makro in den Projektordner (nicht Release)
Nebendatei -> v1.0.0.1

Jetzt ist die Nebendatei.exe im Projektordner aktuell auf 1.0.0.1
und die Datei im Release-Ordner noch auf Version 1.0.0.0 von der vorherigen Kompilierung.

IMHO sollte die Reihenfolge geändert werden in:
1.) Kauptdatei komilieren
2.) Makros abarbeiten
3.) Kopieren aller Dateien in den Release Ordner

Nur so sind alle Dateien im Projektordner und im Release-Ordner identisch.

Funktioniert einwandfrei, aber nur wenn das Projekt über "Aktuelles Projekt schließen"
beendet wird und die Projektverwaltung wieder angezeigt wird. Wenn ich ISN AutoItStudio
über das Fenster "X" schließe ($GUI_EVENT_CLOSE) werden die offenen Tabs nicht in der "project.isn" gespeichert/aktualisiert. Vermutlich genausu wenn ich ALT+F4 drücke, aber das habe ich noch nicht getestet.

Ich habe in einer "Nebendatei.au3" versehentlich ein falschen Eintrag
gehabt:

#AutoIt3Wrapper_Outfile=..\Hex\Encrypt Hexfiles.exe

Wenn ich dann kompiliere, erhalte ich folgende Consolen-Meldungen:
"""
>07:23:02 Performing the Program Resource Update steps:
!>07:23:02 Error: Failed to get script data from end of target file. Skipping resource update.rc:2
+>07:23:02 Created program:D:\Eigene Dokumente\ISN AutoIt Studio\Projects\Hex\Encrypt Hexfiles.exe
"""

Die letzte Zeile "Created program:..." stimmt nicht, denn der Pfad existiet nicht
wir er in "#AutoIt3Wrapper_Outfile=" angegeben ist.

Die EXE wird stattdessen im Projektordner erstellt:
d:\Eigene Dokumente\ISN AutoIt Studio\Projects\Firmware Loader\ENCRYP~2.exe (da ist die EXE)
D:\Eigene Dokumente\ISN AutoIt Studio\Projects\Hex\Encrypt Hexfiles.exe (hier nicht)

Wenn ich den Eintrag korrigier auf
#AutoIt3Wrapper_Outfile=.\Hex\Encrypt Hexfiles.exe
funktioniert alles wieder.

Zusammenfassung:
- die Zeile "Created program" wird ausgegeben, obwohl das nicht stimmt
- EXE wird im 8.3 Format im Projektordner angelegt

Ursache:
- mein eigener falscher Verweis im "#AutoIt3Wrapper_Outfile="

Wenn man aus der AutoItWrapper_GUI Form auf den Button "Compile Script"
klickt, wird als WorkingDir vermutlich der der Installtionsordner von
ISN AutoItStudio verwendet, statt @ScriptDir.

Mit
#AutoIt3Wrapper_Icon=Images\Simiographics-Secure-PadLock.ico
#AutoIt3Wrapper_Outfile=Encrypt Hexfiles.exe

passiert folgendes:

-> ICON wird nicht gefunden
-> EXE Datei wird hier abgelegt "c:\ISN AutoIt Studio\Encrypt Hexfiles.exe"

Wenn ich die Option Tidy mit dem Parameter "/gd" aktiviere, gibt
es unterschiedlichen Output:

Mit "Compile Script" der Form:
-> Encrypt_Hexfiles_tidy.txt im Projektordner
mit diesem Header
========================================================================================================
=== Tidy report for :D:\Eigene Dokumente\ISN AutoIt Studio\Projects\Firmware Loader\Encrypt_Hexfiles.au3
========================================================================================================

Wenn ich das Projekt mit F7 kompiliere, wird dieses Script über Makros
hinterher kompiliert und dann erhält man folgende Dateie:
-> ENCRYP~1_tidy.txt im Projektordner
mit diesem Header
========================================================================================================
=== Tidy report for :D:\EIGENE~2\ISNAUT~1\Projects\FIRMWA~1\ENCRYP~1.AU3
========================================================================================================

-> Problem mit 8.3 Dateinamen, wenn mit F7 kompiliert wird

Ich hatte bisher immer noch SciTe mit den Scripten verknüpft, also *.au3 mit öffnen.
(war einfach weil SciTe deutlich schneller startet, wenn ich mal eben ein Testscript
ausprobieren wollte).
Habe das jetzt auf ISN AS umgestellt. Habe dann ein Script aufgerufen und es
wird der Editormodus verwendet. Habe dann das Studio geschlossen und später wieder neu
gestartet und das Studio bleibt im Editormodus, obwohl ich die Option
"Letztes Projekt laden" aktiv habe.

"Verbleib im Editormodus" vs. "Letztes Projekt laden" passen noch nicht zusammen.
Im Prinzip finde ich den Editormodus sogar sehr gut.

Ideen 1:
Im Projektbaum im Editormodus evtl. noch ein Eintrag hinzufügen (z.B. hinter
den Letzlaufwerken), z.B:
+ Projekte (und wenn man auf das "+" klickt, kommt eine Liste mit den Projekten die
man auch von dort öffnen kann.

Idee 2:
Wenn man im Editormodus auf eine "project.isn" klick -> Wechsel in den Projektmodus
und das Projekt laden

Hallo,
seit ein paar Tagen arbeite ich mit AutoIT Studio.
Es ist durchaus möglich, das ich einen Bedinungsfehler mache, aber mir ist folgendes aufgefallen:

In meinem Programm habe ich 5 Funktionen eingebaut (Func Unterprogram_1() )
Im Scriptbaum (rechts) werden aber nur die ersten 4 angezeigt, die letze leider nicht.
Ich habe dann noch eine Funktion hinzugefügt, (Func Unterprogram) diese wird wieder angezeigt.

Vieleicht hat es ja was zu bedeuten, aber die Funktion die nicht angezeigt wird heißt:
Func MountMOM()

Mit einem Element funktioniert das einwandfrei. Wenn ich aber
mehrere Elemente vorher markiere (Rahmen ziehe) z.B. um mehrere
Laben, Progressbar etc. funktioniert es nicht mehr. Dann werden
die Element dort abgelegt, wo ich die Maustaste losgelassen habe.

Meine Automatischen Backups sind so eingestellt:
-> Backup im Unterordner des Projekts
-> Name des Unterordners: BackUp

Der Ordner BackUp ist daher logischerweise auch im Projektbaum enthalten
(ist ja so in den Einstellungen festgelegt)

Wenn dort alte Dateien sind (z.B. .old1.au3 usw. werden die dort enthaltenen
Forms ebenfalls im Skriptbaum angezeigt. Jedesmal wenn ich per Tidy
eine Datei säubere, wird eine weitere Datei dort abgelegt und jedesmal wird
im Abschnitt "Forms im Projekt" ein weiterer Eintrag hinzugefügt.

Ich habe mal den Ordner "BackUp" aus dem Projektverzeichnis verschoben und neu
gestartet, dann werden die Forms wieder einzeln angezeigt.

Der Ordner der beim "Automatischen Backup" eingestellt wird, sollte
bei der Darstellumg im Skriptbaum (Forms) ausgeschlossen werden, wenn die
Eintellung "Backups im Unterordner des Projektes" aktiv ist.

Hallo,

ich hab das Problem das ich jedesmal wenn ich eine neue Variable anlegen will "ewig" warten muß!
Nach dem ich "nur" ein $ eingebe, wird ein der Statuszeile die Meldung:
Variablen werden eingelesen 0% ..... 50%
angezeigt.
Das dauert immer bis fertig hochgezählt ist und in der Zeit ist die Tastatur geblockt.
Ist zwar nicht dramatisch aber löstig.
Vielleicht gibt es ja eine lösung und ich bin wieder zu doof. :-)

Danke
Gruß
Manfred

Die Untere Scrollleiste (für Rechts / links) Wird nach dem ausführen von SyntaxCheck nicht richtig angezeigt.
Teilweise auch garnicht.
Und Manchmal ist sie richtig.

Mal ein Beispiel:
D:\Dokumente\ISN AutoIt Studio\Projects\Projecktname\ProjecktDatei.au3 (5,36) : ERROR: syntax error

ProjecktDatei.au3 -> Exit Code: 2 (Laufzeit: 1.59 sec)

Ich vermute das die Berechnung für das Scrollelement abhängt von der Letzten Zeile ist.
Wenn ich den Auschnitt verkleinere, (z.b. indem ich den Scriptbaum größer mache) wird
Das Scrollelement nur angezeigt wenn Die Unterste Zeile
"ProjecktDatei.au3 -> Exit Code: 2 (Laufzeit: 1.59 sec)"
NICHT ins Bild Past.

Passt diese ins Bild wird keine Unteres Scrollelement angezeigt.
In dem Falle kann man die Fehlerbeschreibung nicht lesen.
Durch die Lange Pfad-Angab Steht die Fehlerbezeichnung außerhalb des Sichtbaren Bildbereichs.

Die Länge bzw. Die Endpositionen des Scrollelements werden auch falsch angezeigt.

Wenn ich den Auschnitt verkleinere, (z.b. indem ich den Scriptbaum größer mache) wird das Element irgendwann angezeigt.

AutoIt Error

Line 56881 (File "C:\ISN AutoIt Studio\Autoit_Studio.exe"):

Error: Array variable has incorrect number of subscripts or subscript dimension range exceeded.

''''''''''''''''''''''''''''''''''''''''''''''''''''''
Diese MsgBox kam beim Scriptstart

Starte Datei PosRecord.au3...

D:\Dokumente\ISN AutoIt Studio\Projects\PosRecord\PosRecord.isf (14) : ==> Error parsing function call.:
GUICtrlSetState(-1,)
GUICtrlSetState(-1^ ERROR

PosRecord.au3 -> Exit Code: 1 (Laufzeit: 2 sec)

Habe noch einen Bug:
da ist ein Komma zuviel

-----------------

Problem:
keine State-Checkbox makiert
Siehe Mail

Hi,
ich hab noch etwas gefunden:

nach dem Befehl öffnen für einer form.isf-Datei (durch Doppelklick) wird

- das FormStudio geladen und dann ist die Gui zusehen:

"Daten werden geladen" mit der Animation.

wenn ein anderer Tab ausgewählt wird bevor begonnen wurde die Elemente in einer form.isf zu laden dann wird die Funktion nicht gestartet.
in der Status-Leiste unten steht dan Controel XY wird geladen (oder sowas in der art) aber es passiert nix, die Progressbar macht auch keinen fotschritt.

die gui bleibt dann über dem anderen Tab und es passiert nix.

mann muss dann erst den tab der form.isf anklicken damit das ganze fortgesetzt wird.

es kann sein dass das eher bei Größeren form.isf dateien auftrit.

das problem ist also dass das laden der datei pausiert

entweder solte das Laden (im Hintergrund) fortgesetzt oder abgebrochen werden.

Martin

Hi !

Ich versuche in einem Projekt neben der Hauptprogramm per Makro weitere Nebenprogramme zu kompilieren.
Die Einrichtung der Makros ist einfach, nur wenn das Makro auslöst kommt immer nur ein Fehlerfenster von AutoIT (Compile Aut2Exe) mit der Meldung "Wrong commmandline argument: autoit"

Mein Projekt liegt auf dem Netzwerk und ich habe beim Makro erstellen alles auf default gelassen und nur das extra AutoIt-Skript , welches kompiliert werden soll ausgewählt.

Das Programm startet immer am sekundären Bildschirm.
In diesem Fall ist es ein Notebook (sekundär) + Monitor (primär)

Falls mann ein Projekt öffnet, und [b]vorher[/b] Verkleinerungsteile([+/-]) schließt, werden sie bei Funktionen mit einer If/Do Anfrage nicht richtig wiederhergestellt. Ich weiß nicht ob dies bei mehr Sachen der Fall ist, aber es ist möglich. Beispiel:
https://mega.co.nz/#!1lNhiAhY!ZQpuN0wHVoRj_lXF6ZVHeA-n9SV9ZzzOXi6qet9UbEE

Greets,
-Jonniy-

Hallo, ich habe mal wider einen Bug:

Statt des Programmstarts kamen unzählige dieser Fehlermeldungen:
----------------------------------------------------------
OK
Line 55493 (File "H:\Autoit_Studio.exe"):

Error: Variable used without being declared.
----------------------------------------------------------
Der nächste Programmstart hat dann wieder geklappt

Wenn ich eine Datei im Dateibrowser löschen möchte und diese noch in einem Programm geöffnet ist, gibt es keine Fehlermeldung, dass das löschen nicht möglich ist.

Kannst du da nochmal drüber schauen?

Wenn man den Punkt "Aktuelle Seite löschen" im Form Studio via dem Rechtsklick-Kontextmenü auswählt, wird obwohl ein lock des controls vorliegt, die Seite gelöscht.

Greets,
Jonathan Schleußer

Hey,

wenn ich den Bugtracker im Programm starte, lande ich auf einer falschen Domain, ich denke du ahst die alte Domain auslaufen lassen, oder?

Hey,

wenn ich einen Fehler im eigenen Programm habe, wird dieser in der Konsole rot gekennzeichnet.

Kannst du zwischen dem Fehler und dem letzten normalen Eintrag im Outputfenster eine Leerzeile vorsehen? Bei mir fürbt der immer auch den letzten normalen Eintrag rot ein, das kann schon ein wenig längerer Text sein... Ich denke eine Leerzeile sollte das ganze beheben.