Beiträge von Mike32

Hallo,

ich habe so manche Programme mit Autoit programmiert und bin im Prinzip mit Autoit sehr zufrieden (abgesehen von Kleinigkeiten, wie z.B. $String, was nicht ganz so üblich ist). Was mich aber sehr stört, ist der fehlende Debugger. Zwar gibt es den Autiot-Debugger Version 0.45, aber wenn man zeitkritische Anwendungen schreibt, ist der Debugger bzw. das Programm durch den Debugger so langsam, dass man nur sehr schlecht Fehler suchen kann.
Bei PureBasic gibt es einen deutlich besseren (schnellen) Debugger. Man kann mit ihm fast wie bei Visual Basic ziemlich gut das Programm testen. Aber die Software kostet Geld und ich habe den subjektiven Eindruck, dass Autoit einige, aber doch manchmal wichtige Funktionen, mehr hat.

Meine Frage ist nun, wie testet ihr komplexe Programme? Gibt es ein besseres Tool als Autoit-Debugger oder wie löst ihr das Problem (der Debug-Befehl ist ja ziemlich furchtbar)?
Oder sollte man ggf.zu PureBasic wechseln, weil die Entwicklerumgebung/Testumgebung besser ist? (Ich weiß eine ketzerische Frage hier im Forum).
Hat jemand ebenfalls eine Vergleich zwischen den beiden Dialekte und kann was dazu sagen?

Ihr seht , ich bin ziemlich verunsichert und würde mich über umfangreiche Feedbacks von euch sehr freuen.

Grüße

Mike

@ BUgFix

Schade!

Vielen Dank für deine starke Hilfe!

Grüße

Mike32

@ BugFix

schade.

Kann man irgendwie mit $oExcel.Application.Dialogs($xlDialogRun) die Auflistung auslesen?

Grüße

Mike32

BugFix

Danke, wäre echt toll von dir!

Grüße

Mike32

@ BugFix

Super, dass du immer so prompt eine Antwort hast. Ich bin der Sache mal weitergegenagen und habe festgestellt, dass mir ein Fehler unterlaufen ist. Dein Code funktioniert bei allen Excel-Versionen. Ich habe nur vergessen beim VBProjekt das Passwort rauszunehmen.
So konnte Autoit bei deinem Code gar nicht darauf zugreifen. - Sorry!!!!

Könntest du mir noch netterweise kurz mitteilen, wie ich per Autoit beim Projekt das Passwort eingebe bzw. den Schutz temporär aufhebe und nachher wieder einschalte?

Vielen Dank!

Grüße

Mike32

Hei BugFix,

so ich habe mal das Problem eingegrenzt. Bei Excel 2007 (Tabelle .xlsm) läuft es tadellos.

Die gleiche Datei als Excel 97-2003 (.xls) abgespeichert und ich habe das beschriebene Problem. Kann es sein, dass die VBA-Struktur dann anders ist? - Und wenn ja, wie?

Grüße

Mike32

BugFix

Vielen Dank für deine umfangreiche Antwort.

Bei "$oComp = $oProj.VBComponents" will Auoit nicht mehr. Könnte es sein, dass hier noch irgendein Parameter fehlt oder funktioniert bei dir ggf. der Code?

Grüße

Mike32

Vielen Dank,

funktioniert leider auch nicht.
Er bleibt wieder andiesem Befehl hängen und bricht ab.
Irgendwie kann Autoit nicht auf das Modul bzw. auf die Prozeduren zugreifen. Funktioniert bei dir der Befehl (bei einer Exceltestdatei)?

Grüße

Mike32

Ja, habe ich. Klappt leider nicht.

$ExcelVar = ObjGet("Excel.Application")
$ExcelVar = _ExcelBookOpen("C:\Test.xls", 1)
$temp=$ExcelVar.VBE.ActiveVBProject.Name
$temp=$ExcelVar.VBProject.VBComponents("Modul1").VBModul.CodeModul
$temp=$ExcelVar.VBE.ActiveVBProject.VBComponents.VBModul.CodeModul

Die erste Zeile "$temp=$ExcelVar.VBE.ActiveVBProject.Name" funktioniert einwandfrei. Die beiden anderen Zeilen sowie div. Versionen davon leider nicht.
Leider komme ich mit der Zeile, die funktioniert, nicht weiter, da sie mir nur den VBProjectnamen verrät, aber nicht die Module bzw. Prozeduren darin.

Grüße

Mike32

Bei der Excel.au3 gibt es ja die Funktion _ExcelSheetList($oExcel)

Ich suche nun eine Funktion, wir man bei einer geöffneten Excel.Datei, die z.B. in Modul 1 bestehenden Makros/Prozeduren auflisten kann. Hintergund ist der, dass der Anwender per Listbox ein entsprechendes Makros sich aussuchen soll, dass dann per Autoit gestartet wird.

Unter Excel gibt es den Befehl:
ThisWorkbook.VBProject.VBComponents("Modul1").CodeModule

Aber leider funktioniert eine entsprechende Anpassung der obigen Excel-Funktion von Autoit3 nicht.

Wie kann man bestehende Makros abfragen?

Grüße

Mike32

@ Der_Doc

nein, leider. Wenn ich z.B. eine Verknüpfung meines Programmes im Explorer anlege, hat es das Icon meines Programmes. Wenn ich dann diese Verknüpfung ausschneide und dann auf dem Desktop einfüge, habe ich wieder das Autoit-Icon. Auch bezüglich der Vorschau im Explorer, hat es keine Verbesserung gegeben.
Klappt es bei dir denn in den beiden Fällen sauber?

Grüße

Mike32

Hie,

ich habe das Programmicon mit folgenden Befehlen geändert:

#AutoIt3Wrapper_icon=C:\user_customer.ico
und
TraySetIcon("C:\user_customer.ico")

Beim Start von SciTe und auch als kompiliertes Programm, erscheint das Icon beim Programmnamen bzw. im Tray.
Aber,

wenn ich einen Link auf dem Desktop anlege oder mit der Maus im Explorer ein Mal das Programm anklicke, so erscheint beim Link bzw. unten in der "Voransicht" des Explorers das Autoit-Icon. Gleichzeitig jedoch sieht man beim Programmnamen das andere Icon.
Beim Link kann ich manuell danach das andere Icon "aktivieren", jedoch erscheint beim Anlegen zuerste immer das Autoit-Icon.
Ich habe Windows Vista SP2.

Wie kann man das Problem bei den beiden Fällen lösen?

Thx

Mike