Beiträge von BugFix

Zitat von WhiteLion

das du lieber BugFix um verschachtelte funktionsaufrufe herumkommst, ist für mich schwer vorstellbar.

Es ist schon klar, dass verschachtelte Aufrufe ihre Notwendigkeit haben. Und natürlich lagere ich auch viel Code in Sub-Routinen aus. Mir ging es bei meiner Bemerkung eher um die Verschachtelungstiefe - also nicht ein Aufruf, der dann das ganze Programm in 30 hintereinandergelagerten Subs abarbeitet. Ich gruppiere da i.A. thematisch.

Übrigens, um auf die Startfrage zurückzukommen, kannst du ja über den Returnwert einen Rücksprung in die Main veranlassen, bzw. die weitere Abarbeitung verhindern:

Zitat von kallimero

Nun möchte ich w, h, x pos usw. auf Default lassen und nur den Paramter "opt" ändern. Das funktioniert bisher leider nicht.

Die Parameter sind von der Reihenfolge abhängig. Du mußt also NICHT NUR den gewünschten Parameter übergeben, sondern alle, die davor sind mit dem Standardwert "Default" (meist geht es auch mit "-1" statt "Default").
Für dein Bsp.:

SplashTextOn ( "Virenscanner", "Bitte einen USB Stick einstecken." , -1, -1, -1, -1, 2)

_StringReverse()

Mit Return kehrst du immer direkt in die aufrufende Funktion zurück (oder rufst mit Return _Irgendwas() eine weitere Funktion auf, die nach Beendigung aber ebenfalls an die ursprünglich aufrufende Funktion zurückgibt) . Eine Ebenenstaffelung (wie bei ExitLoop) gibt es hier nicht.
Verschachtelte Funktionsaufrufe sind auch nicht sehr sinnvoll. Gib lieber immer an die "Zentrale" zurück und starte von dort den nächsten Aufruf. Verlierst du auch nicht so schnell den Überblick.

@Milla: Mit deinem Bsp. landet er in einer Endlosschleife.

Zitat von HassanMullah

Ich sehe zwar den Namen der Variablen, aber nicht den Wert.

Ich möchte jedoch gerne auf einfache Art und Weise die Veränderung der Werte protokollieren.

Ich weiß, was du willst:
Ein Fenster, in das du die zu überprüfenden Variablen einträgst und dann eine ständige Ausgabe der (sich ändernden) Werte für diese Variablen.
Im EN-Forum hat sich mal jemand an 'nem Debugger versucht. Habe das Tool getestet aber wieder verworfen. Arbeitet nicht zuverlässig.
Mir persönlich reicht "ConsoleWrite($variable)" völlig. Sehe keine Notwendigkeit für ein extra Tool. Und wenn du es speichern möchtest, verwende (wie schon erwähnt) _FileWriteLog.
Übrigens brauchst du ja das "ConsoleWrite($variable)" nicht mal selbst zu schreiben. Einfach den Cursor auf die Variable setzen und "Alt+D" drücken. Dann wird unter der aktuellen Zeile eingefügt:

ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $Variable = ' & $Variable & @crlf & '>Error code: ' & @error & @crlf) ;### Debug Console

Nur bei Arrays mußt du "[n]" ergänzen.

Zitat von nof@ker2

Kennt jemand vielleicht schon ein OCR das man mit AutoIt "ansprechen" kann , wenn ja wie ? Oder gibt es schon UDFs ?

Vielleicht hilft dir das: OCR, Zeichenerkennung, Bild scannen, auslesen

Andy
Ich hatte ja mal ein Skript zur automatischen Variablendeklaration erstellt (Variablendeklaration automatisiert - Opt("MustDeclareVars", 1)). Da ist die Unterscheidung nach Kommentaren anhand #cs - #ce, #comments-start - #comments-end und ";" enthalten. Vielleicht kannst du das ja verwerten.

Zitat von Ilse

danke für dein Beispiel.
Du hast aber kein Koda benutzt.

Hallo Ilse, spätestens dein jetziges Projekt zeigt dir die Unwägbarkeiten von Koda. Für Anfänger ist Koda sicher ein probates Hilfsmittel. Aber gerade wenn du mehre GUI einbinden willst, mußt du aus dem produzierten Code wieder viel rauslöschen. Mach es lieber gleich von Hand. Das schärft dein Verständnis und dein Vorstellungsvermögen. Ich habe Koda bestimmt schon seit zwei Jahren nicht mehr verwendet. Übrigens kannst du vieles mit Abbrevs lösen ("setupgui" ist z.B. bereits enthalten, kannst du beliebig erweitern).

Zitat von moritz1243

Mach es lieber mit dieser Funktion DriveGetSerial ( "path" )

Eindeutig die schlechtere Option. Eine Großzahl der USB-Sticks hat überhaupt keine Seriennummer.

- 2D Array ( $array[2][4] ) deklarieren mit 4 Spalten (KWS, NFA, GHR, PST)
- Zeilen-Index 0 und 1 entsprechen deinen "S73" und "A89"
- Datei einlesen mit _FileReadToArray
- in einer Schleife durchgehen ( For $i = 1 To $aRead[0] )
- Spalte = StringLeft( $aRead[$i], 3) (KWS=0, NFA=1...)
- wenn in $aRead[$i] "S73" enthalten (StringInStr) dann Index 0 sonst Index 1
- in Array an [Index][Spalte] eintragen: die letzten 5 Zeichen (StringRight) von $aRead[$i]

Zitat von pretrojaner

Das Setzten der Dateiinformationen müsste im Grunde auch irgentwie gehen

Das wird niemals mit einer Funktion möglich sein, da diese Informationen direkt abhängig vom Dateityp sind.

Habe noch 'nen Fehler entdeckt. Ich war der irrigen Meinung, Caption wird von zwei Border umschlossen. Ist tatsächlich nur einmal.
Folgende Codezeile:

If $fAddTitleHeight Then $iTitleHeight += 2*$iBorder

muß also richtig heißen:

If $fAddTitleHeight Then $iTitleHeight += $iBorder

Dann paßt es auch.

Zitat von Ilse

Wirklich schade, warum das nicht so einfach geht wie ich gedacht habe.
Transparentes gif auf die Gui, onClick... Code fertig.

Im Prinzip ist doch das genau der Fall, nur dass halt gar kein gif da ist.
Auch bei einem gif müsstest du, wenn du die GUI resizeable gestaltest, ein Sizemanagement gestalten. Und das ist es, was das Skript jetzt so gewaltig aussehen läßt. Bei einer GUI fixer Größe ist das wesentlich unkomplizierter. Ich gestatte es dem User niemals, die Größe zu verändern.

Zitat von Tigger1975

und das bedeutet doch das wenn der Username leer ist keine Verwendet wird.

Das bedeutet, dass an der Stelle des Skriptes die von dir angegebenen Userdaten Verwendung finden. Und ganz dick REQUIRED (erforderlich) ist eigentlich nicht zu übersehen.

Zitat von Tigger1975

ich habe das script orginal verwendet.
Nur ip vom localen Mailserver eingetragen und eine gültige toaddress.

Das reicht aber nicht.

Zitat

[autoit]

$Username = "******" ; username for the account used from where the mail gets sent - REQUIRED
$Password = "********" ; password for the account used from where the mail gets sent - REQUIRED

[/autoit]

Hi,
da MouseGetPos uns mit der Standard Opt('MouseCoordMode') die absoluten Koordinaten liefert und ich i.A. nicht für das ganze Skript den Modus ändern möchte, habe ich mal die Schritte (Mode wechseln, Koordinaten ermitteln, zurück zu altem Mode) in einer Funktion zusammengefasst mit einem optionalen Parameter zur Berücksichtigung (einer evtl. vorhandenen) Titelleiste. Denn das Fenster beginnt für die relativen Koordinaten am Fensterrand.
Falls ein randloser Style verwendet wird, gibt es hier kleine Differenzen. Da ich die Positionsabfrage aber selten pixelgenau benötige, ist das wenig dramatisch.
Syntax (und Rückgabe) identisch zu MouseGetPos, zusätzlicher Parameter True/False für Titelhöhe berücksichtigen.
Falls es wer braucht:

Es funktioniert für XP, aber wie ich schon gehört habe, liefert Systemmetrics bei Win7 wohl fehlerhafte Werte. Könnt ihr ja testen.

Mal als Tipp: Häng deine Datei nicht an (so groß ist sie nicht), sondern füge den Code in entsprechenden Tags in deinen Post ein. Dann hast du größere Chancen, dass es sich jemand anschaut. Ich lade z.B. keine Skripts runter um dadrin nach Fehlern zu suchen.

OK, hier mal ein kpl. Bsp.:

Zitat von Ilse

Wenn ich das Script starte, dann wird zuerst der Button kurz mit 100% gezeigt
und dann wird er erst transparent.

Passiert bei mir nicht. Vielleicht vom Windows-Style abhängig (habe Classic).
Kannst ja auch mal testen erst GUISetState für Main und dann für Child auszuführen.

Bei Trans 5 ist von dem Button ja gar nix mehr zu sehen. Ist das Absicht? Falls ja, brauchst du also nur einen "Klickbereich" der als Button verwertet wird. Das geht aber dann einfacher. (Koordinatenbereich definieren und in Schleife Mausklick auswerten - wenn im Koordinatenbereich dann...)

Zitat von Kleiner

wie weit hast du getestet der DateiInfo´s du gibst ja ein 34 spalten Array

Ich hatte in den Quellen nur die Angabe zu 34 Details gefunden. Kann sein, dass mit Win7 mehr hinzugekommen ist.

Edit: Hierfindet ihr eine Listung der Details nach Betriebssystem.