Beiträge von Oscar

  • "Formularabfrage" oder "Array-Ausgabe lässt sich nicht verwenden"

    Der Reihe nach:
    - Die For...Next-Schleife muss rückwärts (vom höchsten Wert nach Null) durchlaufen werden, damit beim löschen der Array-Einträge nicht alles "nach vorne rutscht" und dadurch einen Array-Fehler auslöst.
    - Die Abfrage der Buttons sollte immer mit BitAnd passieren, da so ein Button mehrere Status haben kann. Mit BitAnd wird eine logische Bit-Verknüpfung des Status mit $GUI_CHECKED durchgeführt. Als Ergebnis erhält man Null oder den Wert von $GUI_CHECKED. Genau genommen müsste man jetzt noch einen Vergleich mit $GUI_CHECKED machen, um TRUE oder FALSE zu erhalten. AutoIt interpretiert aber Null als FALSE und jeden anderen Wert als TRUE, weshalb man hier (If-Anweisung) das "= $GUI_CHECKED" weglassen kann.
    - Die Werte, die beim erstellen der Buttons zurückgeliefert werden, sind die Control-IDs der jeweiligen Buttons. Damit kann man dann Änderungen vornehmen oder den Status auslesen. Wenn Du aber den Text des Buttons auslesen willst, dann über ControlGetText.

  • "Formularabfrage" oder "Array-Ausgabe lässt sich nicht verwenden"

    In Deinem Script befinden sich diverse Fehler!
    Als Erstes aber der Hinweis, dass Du für die Radio-Button gleich Arrays verwenden solltest, dann ersparst Du Dir eine Menge Code.

    Aber um bei Deinem Script zu bleiben:
    1. Du "addierst" Strings zu Deinem Array ($atb_all) und nicht den Wert (die Control-ID) der Variablen. Der wäre aber erforderlich, um den Status der Radiobuttons auszulesen.
    2. Beim "löschen" der Array-Einträge gehst Du vorwärts durch das Array, das führt aber zwangsläufig zum Abbruch des Scripts, weil der Array-Bereich überschritten wird.

    Ich habe mal ein paar Änderungen vorgenommen, sodass es wie gewünscht funktioniert (schöner wäre es gleich mit Arrays s.o. zu arbeiten):

  • Button Farbe Ändern wenn ein Prozess läuft

    Wenn Du das flackern verhindern willst, dann benutze einfach eine zusätzliche Variable, um abzufragen, ob der Status bereits geändert wurde:

    Dann brauchst Du den zusätzlichen Sekunden-Sleep nicht und kannst sogar den Sleep in der Endlosschleife verringern (falls da noch mehr passieren soll).

  • SQLite Datenbank wieder in exe integrieren?

    Den Sinn dahinter verstehe ich auch nicht.
    Es ist doch, im Gegenteil, von Vorteil, wenn man Programm und Daten voneinander trennt.
    So kann man viel besser Backups der Daten machen, die dann auch nicht durch das Programm aufgebläht gespeichert werden müssen.
    Also entweder die Datenbank in ein Unterverzeichnis des Programmverzeichnisses (für eine mobile Version) oder in ein Verzeichnis im Anwendungsordner der Benutzers (für eine installierte Version).
    Abspeichern in die Programm-Exe würde ich auf keinen Fall empfehlen.

  • Dateipfad in .ini ablegen

    Das lesen der Inidatei muss ja fehlschlagen.
    FileOpenDialog ändert (bei Erfolg) das @WorkingDir. Die Inidatei wird also im ausgewählten Verzeichnis gespeichert.
    Und da Du bei der Inidatei keinen Pfad angegeben hast, wird nur im @ScriptDir (bei Programmstart ist das das @WorkingDir) danach gesucht.
    Beim lesen/schreiben der Inidatei immer den ganzen Pfad angeben: IniRead(@ScriptDir & "\Setups.ini", ...)

  • Auslosung Script (Wichteln)

    Das eigentlich programmiertechnisch Interessante war dabei, dass es nicht immer aufgeht, wenn man die Namen der Reihe nach zuweist. Jetzt (im Nachhinein) ist mir klar, warum. Aber erstmal wunderte ich mich.
    Wenn (in meinem Beispiel) für den letzten Namen (Hilde) nur noch Hilde im Auslosungs-"Topf" ist. Deshalb habe ich um das Ganze noch eine Repeat-Schleife gelegt, um in dem Fall eine neue Auslosung zu starten.
    Wenn man sich auch selbst "bewichteln" kann, dann ist die Lösung viel einfacher.
    Aber so hatte das Script für mich etwas Interessantes als Nebenprodukt gebracht.

  • Auslosung Script (Wichteln)

    Dann kann es ja nicht schaden, wenn Du noch eine Lösung bekommst. :D
    Hier mal meine Variante:

  • Datei / Ordnerabfrage mit Icon (Button) anzeigen

    Das Problem tritt auf, weil Du nach den Einträgen (versehentlich) noch TABs eingefügt hast.
    Wenn die nicht wären, dann würde es funktionieren.
    Ich habe jetzt aber noch eine Überprüfung eingebaut. Es werden beim einlesen einfach alle TABs entfernt und danach werden erst die Daten ausgewertet.
    Außerdem gab es noch einen kleinen Bug beim ermitteln der installierten Programme. Die Zeile "$err = 0" musste in die For...Next-Schleife.
    Im Anhang findest Du die neue Version.

  • Frage zu ListView-Handle: Warum geht es manchmal verloren?

    Es gibt in der Listview-UDF einige Funktionen, die nur mit dem Handle (richtig) funktionieren.
    Wenn Du dort die Control-ID (Rückgabe von GUICtrlCreateListView) übergibst, funktioniert es nicht oder nur fehlerhaft.
    Ich habe mir deshalb angewöhnt, beim benutzen von Funktionen aus der Listview-UDF diese immer mit dem Handle "GUICtrlGetHandle($idListview)" aufzurufen.

    Deshalb funktioniert auch Dein Beispiel mit dem Handle:

  • Neulich in der Kneipe..."Compiler sind die besseren Programmierer"?!

    Zitat von Yaerox

    Beispiel.: Keine Funktionen in Schleifen-Header verwenden wie z.B. UBound. Wenn wir uns das Ergebnis vorher in einer Variable speichern brauchen wir zwar mehr Speicher aber rufen dafür nicht in jedem Durchlauf die Funktion auf.

    Hmm...dafür sah ich bisher keine Notwendigkeit, weil ich davon ausgegangen bin, dass der Compiler/Interpreter sowas sowieso in einer Konstanten ablegt.
    Mal testen:


    Die Ergebnisse schwanken im zweiten Nachkommabereich:

    Code
    mit Ubound (ms):  2.84083678003
ohne Ubound (ms): 2.83059689462309


mit Ubound (ms):  2.86014627822588
ohne Ubound (ms): 2.88238145796659


    Im Rahmen der Messgenauigkeit würde ich sagen: Unentschieden.
    Das bestätigt eher meine Theorie (Compiler-/Interpreterarbeit) von oben.

  • Autoit wartet ?

    Vorsicht mit Ini-Dateien!

    Zitat von Hilfe

    Only the first 32767 chars are read for legacy reasons.


    Und zu FileCopy: Ich kenne das auch nur als blockierend. Also, dass AutoIt auf das Ende des Kopiervorgangs wartet.
    Das war ja auch der Grund, warum ich _FileCopyEx (Link in Post#8 von Chip) geschrieben habe.

  • Datei / Ordnerabfrage mit Icon (Button) anzeigen

    Zitat von firewalldevil

    diese Eintrag wird nicht abgefragt, werden Leerstellen berücksichtigt?

    Es wird immer der ganze Pfad bis zum Zeilenende berücksichtigt.

    Kann es aber vielleicht sein, dass das der letzte Eintrag in der Datei ist und Du vergessen hast, nach der URL einen Zeilenumbruch zu setzen?
    Das Programm erwartet nämlich immer 5 Zeilen pro Eintrag und jede Zeile muss mit CRLF abgeschlossen sein!
    Also auch die letzte Zeile mit CRLF abschliessen.

  • Txt Datei

    Zitat von Andy

    Dieser Anfänger muss allerdings für jede Änderung an den "TargetFiles" den Quellcode ändern. Weniger schön...

    Das stimmt zwar, aber ich denke, um erstmal zu verstehen, wie man das Ganze per Array und For-Schleife bearbeiten kann, ist das direkt im Quelltext leichter ersichtlich.
    Wenn man das einmal verstanden hat, kann man dazu übergehen, das Ganze leichter konfigurierbar zu machen (sprich: Auslagerung in eine Ini-/Textdatei).

  • Txt Datei

    Hier mal ein Anfang als Script:

    AutoIt
    Global $aSourceFiles[2] = ["C:\Users\Silvi\Desktop\A\test.txt", "C:\Users\Silvi\Desktop\A\zwei.txt"]
Global $aTargetFiles[2] = ["C:\Users\Silvi\Desktop\A\test2.txt", "C:\Users\Silvi\Desktop\A\zwei2.txt"]


For $i = 0 To UBound($aSourceFiles) - 1
	; ... Bearbeitung
	_FileWriteFromArray($aTargetFiles[$i], $array, 1)
Next

  • Txt Datei

    Arrays hast Du doch schon verstanden!
    Wenn Du jetzt noch ein Array für die Dateien einsetzt und das Ganze in einer For-Schleife abarbeitest, dann brauchst Du das nicht 10mal zu schreiben.
    Eine For-Schleife bearbeitet dann alle Dateien. Dann kannst Du auch 1000 oder 10000 Dateien damit bearbeiten.
    Versuch' Dich mal daran. Das ist ein gutes Anfänger-Projekt.