Beiträge von BugFix

  • SciTE - CommonTools

    Neue Version im #Startpost

    Code
    v 0.8   
NEU:      gekapseltes Modul: StringOr ( .find() / .gmatch() / .gsub() / .match() )
          Lua-Stringpattern ermöglichen keine ODER-Pattern. In diesen Funktionen können dafür mehrere Pattern als Table übergeben werden.
NEU:      LineTabReplace() - Ersetzen von TAB  mit Leerzeichen in einer Textzeile
NEU:      EditorTabReplace() - Ersetzen aller TAB in der aktuell in SciTE geöffneten Datei
GEÄNDERT: Optionale Parameter ASCIIcompare(), (in)sensitiver Vergleich / Reihenfolge auf-/absteigend. Standard: sensitiv aufsteigend (nil, nil)

v0.7   
NEU:      ASCIIcompare() - Vergleich zweier ASCII-Strings

  • ErrorList.au3

    Diese UDF ist nicht gedacht, um in ein fertiges Skript eingebunden zu werden. Sie dient nur zur Unterstützung bei der Entwicklung.

    • "ErrorList.au3" ist eine DEBUG-Hilfe zur Nutzung mit SciTE.
    • Da die Auswertung von AutoIt-Makros erforderlich ist, müssen auch AutoIt-Funktionen verwendet werden.
    • Der Funktionsaufruf, dessen Errorwerte gelesen werden, wird auch gespeichert und mit Hilfe des SciTE-Interface aus dem Skript gelesen.
    • Sollte die UDF eingebunden sein, ohne dass das Skript in SciTE gestartet wird, führt das zu keinem Fehler, da das Interface nur angesprochen wird, wenn die SciTE.exe aktiv ist. Die Errorlist-Funktionen (bis auf _Remove) sind auch weiterhin nutzbar, enthalten aber nicht den Funktionsaufruf.
    • WICHTIG
      Die Funktionsaufrufe der ErrorList.au3 MÜSSEN allein in einer Zeile stehen (also NICHT: $a = 123, $err = _ErrorList_LastError() ). Hintergund ist, dass _Remove die gesamte Skriptzeile des Funktionsaufrufs löscht.

    Funktionen:

    • _ErrorList_Add()
      Fügt die vorherige Skriptzeile der Error-List hinzu.
      Gespeichert werden: @error, @extended, @ScriptLineNumber, Funktionsaufruf
      Die Werte von @error, @extended werden beim Verlassen der Funktion wieder gesetzt und können normal ausgewertet werden.
    • _ErrorList_LastError($_iType)
      Gibt den gewählten Typ (Standard: @error) des zuletzt erfassten Eintrags von _ErrorList_Add() zurück.
      Als $_iType: 0=@error, 1=@extended, 2=Array [@error, @extended, @ScriptLineNumber, Funktionsaufruf], 3=String "@error|@extended|@ScriptLineNumber|Funktionsaufruf" (Trenner ist "Opt('GUIDataSeparatorChar')")
    • _ErrorList_List($_bErrorsOnly)
      Gibt eine Auflistung aller durch _ErrorList_Add() erfassten Einträge in Listenform in die Konsole aus.
      Standard ($_bErrorsOnly=True): Nur Einträge mit "@error <> 0" werden gelistet.
    • _ErrorList_Remove($_bIncl=False)
      Entfernt sämtliche Funktionsaufrufe der ErrorList.au3 aus dem Skript (Standard).
      Mit "$_bIncl=True" wird auch die entsprechende Include-Zeile entfernt

    Das angefügte Beispiel bringt folgende Ergebnisse:

    Beispiel

    _ErrorList_LastError(3)

    _ErrorList_List(False) - alle Einträge

    _ErrorList_List() - Nur Einträge mit Fehlern

  • Inputbox Dialog Idee gesucht

    Zitat von Banana_2_Day

    Das Fenster enthält "komplizierte" Controls, daher auch die ISN Nutzung, mit der das fehlerfreier geht.

    Nicht falsch verstehen, aber hier zeigt sich m.M. nach der Nachteil von IDE's, die dir versuchen das Denken abzunehmen.

    Wenn du dir z.B. nicht bewusst bist, welche Flags oder Flagkombinationen du setzen musst, um ein bestimmtes Aussehen / Verhalten deiner Controls zu erreichen, dann geht dir hier auch ein Lerneffekt verloren. weil du es beim nächsten mal wieder nicht weißt.

    Um erstmalig eine GUI zu erstellen ist das für einen Anfänger durchaus eine gute Hilfe. Aber auch da ist derjenige gefordert hinterher zu schauen: Welcher Code wurde mir generiert und was passiert dabei?

    Und früher oder später verabschiedest du dich sicher auch von GUI-Erstellungs-Tools. Ich gehe nach jahrelanger Forumserfahrung davon aus, dass 95% der wirklich aktiven AutoIt-Nutzer ihre GUI händisch erstellen. Denn selbst wenn ich nur mal eben eine Test-GUI benötige, ist diese per Hand deutlich schneller erstellt, als mit einem Tool.

  • Stream Deck für nicht unterstützte Programme mit AutoIt umsetzbar?

    Zitat von Thrawn

    Bei diesem CAD System z.B. ändert sich das Menüband, sobald man gewisse Objekte anklickt bzw. Optionen auswählt.
    Dieses will ich gerne "mitschneiden" oder wie auch immer, so dass ich die Buttons auf dem Streamdeck mittels PlugIn entsprechend umschalten/freischalten/etc. kann. Somit hätte man eine Interaktion zwischen Streamdeck und Programm, obwohl für dieses Programm keine native Schnittstelle existiert.

    Somit ist der Hinweis auf StreamDeck in der Fragestellung leider völlig irreführend. Dein Problem ist das CAD-Programm, dessen Messages du gerne verwerten möchtest.

    Also benenne mal, mit welchem CAD-Proggi du arbeitest, evtl. hat ja bereits jemand dafür Lösungen parat (kann mich schwach erinnern, dass hier im Forum schon mehrfach das Thema CAD-Automatisierung ein Thema war).

    Hast du schon probiert mit dem AutoItWindowInfo-Tool Infos zu deinem CAD zu bekommen um mit den Control-Funktionen zu reagieren?

    Wenn das nicht möglich ist, musst du erst mal selbst die Nachrichten, die beim Aktivieren der jeweiligen Menüpunkte gesendet werden herausfinden. Dazu kannst du z.B. Winspector nutzen. (In diesem Thread hatten wir mal nützliche Tools zur Fenster- und Controlbestimmung aufgelistet).

    Wenn also der "normale" Zugriff mittels ControlSend / ControlCommand etc. nicht möglich ist, musst du dich in den Windows-Nachrichtenstrom einklinken und auf die jeweiligen Messages reagieren. Du brauchst diese, wenn ich das richtig verstanden habe, ja nicht manipulieren, sondern musst nur wissen: Aha, MSG_XYZ wurde an Fenster-HWND 0x123456 gesendet, lParam /wParam enthielten den Wert "n" --> jetzt ist das Menü scharf.

    In dieser Richtung musst du also weiter machen.

    Edit:

    Um Fensterinformationen von fremden Fenstern in einem AutoIt-Programm auswerten zu können ist Subclassing erforderlich. Dazu benötigst du eine extra dll (DSSUBCLS.DLL).

    Bsp. und DL-Info für die DLL findest du hier. (Eventuell sind inzwischen auch andere Vorgehensweisen möglich, hatte mir den Link vor Jahren gespeichert.)

    Edit_2:

    Habe gerade gesehen, dass der DL der DSSUBCLS.DLL leider tot ist. Vielleicht hat ja jemand die DLL zur Hand.

  • string.gmatch - Stringanfang-Pattern (^) kann nicht verwendet werden

    Wie auch in der Lua-Doku beschrieben, kann bei string.gmatch kein Caret als Anker verwendet werden, da dies die Iteration verhindern würde.

    (Habe ich anfangs überlesen und wie blöd nach dem Fehler gesucht. Solche extrem wichtigen Infos hätte ich in fetter Rotschrift erwartet. ;) )

    Hier mal ein fiktives Beispiel. Es sollen aus einem String alle alleinstehenden Ziffern(-gruppen) (getrennt durch Leerzeichen) gefunden werden.

    Da die reinen Stringpattern kein Oder ermöglichen, sind mehrere Pattern nacheinander anzuwenden um alle Möglichkeiten zu berücksichtigen.

    • Zifferngruppe gefolgt von Leerzeichen
    • Zifferngruppe nach Leerzeichen am Stringende
    • String enthält nur die Zifferngruppe

    Um die letzte Bedingung zu erfüllen und keine Matches auf bereits durch die vorigen Pattern gefundenen Gruppen zu haben muss ich als Anker Stringanfang und -ende mit angeben. Aber, wie oben angeführt, ist das mit string.gmatch nicht möglich.

    Ich zeige das mal hier im Bsp.

    Beispiel
    Ergebnis

    >> STRING "007 0xFF 123 777cd 456 0x0011AB 789"

    -> PATTERN "(%d+)%s", erwartet: "007 123 456"

    +> MATCH "007 123 456"

    -> PATTERN "%s(%d+)$", erwartet: "789"

    +> MATCH "789"

    -> PATTERN "^(%d+)$", erwartet: ""

    +> MATCH ""

    >> STRING " 007"

    -> PATTERN "(%d+)%s", erwartet: ""

    +> MATCH ""

    -> PATTERN "%s(%d+)$", erwartet: "007"

    +> MATCH "007"

    -> PATTERN "^(%d+)$", erwartet: ""

    +> MATCH ""

    >> STRING "007"

    -> PATTERN "(%d+)%s", erwartet: ""

    +> MATCH ""

    -> PATTERN "%s(%d+)$", erwartet: ""

    +> MATCH ""

    -> PATTERN "^(%d+)$", erwartet: "007"

    !> MATCH ""

    Wie kann man das umgehen? - Durch Verwendung einer String-Funktion, die Anker im Pattern nutzen kann, string.match.

    Als Lösung prüfe ich vor Ausführung von gmatch, ob nur die letzte (durch gmatch nicht erkennbare) Bedingung erfüllt ist mit match.

    Somit wird gmatch nur auf Strings angewendet, die mit den möglichen Pattern auch verarbeitbar sind.

    Lua
    local tRes = {}
table.insert(tRes, strTest:match('^(%d+)$'))  -- fügt Treffer ein oder nil


if  #tRes == 0 then
    -- weiter mit :gmatch
end

    Das ist etwas Code mehr, aber erfüllt den Zweck. ^^

  • PowerShell srcipt von Autoscript

    Funktioniert denn dein PS Skript in der PS-Shell?

    Hier ein Bsp. aus einem anderen Thread, wie man PS in AutoIt ausführen kann.