Beiträge von Yjuq

Teste doch einmal das Skript von Musashi und dann guck doch mal ob sich das mit dem gewünschten Verhalten, wie du es dir vorstellst, auch deckt. Das ist im prinzip dein Skript nur vereinfacht auf die pure Logik. Wenn nicht, such die Stelle raus die dich stört und überleg dir was du ändern musst damit das Skript sich so verhält wie du es möchtest. Es hilft einfach mal niederzuschreiben was das Skript derzeitig macht und was es machen soll.

Derzeitiges Verhalten:

Wenn ich die Taste 3 drücke, beendet sich das Programm.

Gewünschtes Verhalten:

Wenn ich die Taste 3 drücke, soll der Benutzer gefragt werden ob sich das Programm beenden soll.

Mal als einfaches Beispiel. Damit führst du dir selber vor Augen was du eigentlich willst und auf was du dich fokusieren musst. Und ich wiederhole das noch mal. Schreib es ins Forum! Warum? Weil aus deinen ganzen Antworten nicht ersichtlich wird was du willst! Ich hab eine Vermutung, bin mir aber nicht ganz sicher. Bisher ist nämlich niemand (außer dir) in der Lage den Fehler zu sehen. Warum? Weil es auf mich so wirkt, als ob du gerne eine Verhaltensänderung im Programm haben möchtest. Allerdings hast du nie benannt welches Verhalten du stattdessen gerne hättest.

Deine Skriptlogik funktioniert nämlich! Du sagtest zwar du wärst in einer Endlosschleife, ja - Du hast ja auch 2 davon definiert. Allerdings hast du meine Frage aus Post #11 noch nicht beantwortet:

Zitat

Und was soll dein Programm stattdessen machen als in der Endlosschleife zu warten?

Und vermutlich liegt auch hier dein Problem. Du weißt nicht wie du dein gewünschtes Verhalten umsetzt oder aber weißt nicht was du eigentlich willst und wofür, oder sehe ich das falsch?

Ist aber in Ordnung, ich bin durchaus in der Lage dir Hilfe zur Selbsthilfe zu geben ohne dein Ziel zu kennen.

Und was soll dein Programm stattdessen machen als in der Endlosschleife zu warten? Wenn du die betroffene Stelle gefunden hast, markiere sie doch mal mit einem Kommentar im Skript und schreib dazu was stattdessen geschehen soll. Lad das dann mal hoch

Zitat

Ich vermute es liegt an der Variablendefinition von $iChecksum?

Nicht mal zwangsläufig. Deine Notizen da sind ziemlich auf den Punkt gebracht. Nun überleg dir einmal welcher Fehler genau auftritt und versuch mal die Stelle auf deiner Flowchart zu ermitteln. Fasse doch beides einmal in ausführlichere Worte hier im Forum zusammen.

Dies soll dir dabei helfen die "Problemzone" in deinem Skript zu ermitteln. Sprich: Die exakte Stelle in deinem Skript was nicht so läuft wie es eigentlich sollte. Es ist wichtig sich einmal vor Augen zu führen was man bezwecken will und was demnach schief läuft. Der ganze Prozess nennt sich "debuggen". Das wirst du noch häufiger machen, zwar nicht in dieser exakten Form, kann jedoch nicht schaden das ganze einmal in einer Übungsaufgabe durchzugehen. Die Flowchart soll dir nur als mentale Stütze dienen.

Achja - Und notiere dir auch JEDEN Schritt den du beim testen deines Skriptes gemacht hast. Es ist wichtig den Fehler reproduzieren zu können.

PS: Wenn du keine Lust darauf hast, kannst du das auch gerne sagen. Dann nenne ich dir mal ein paar Stellen die dein Problem hervorrufen könnten.

Hi, ich hab da eine Vermutung was bei dir schief läuft. Es ist nicht direkt erstichtlich ob das gewollt oder ein Bug ist, aber mal sehen. Da dies (laut deiner Aussage) sowieso ein Übungsskript ist, helfe ich dir mal den Fehler zu finden. Ich werde dir keine Antwort präsentieren, jedoch eine Hilfestellung geben den Fehler selber zu finden. Das ist viel mehr lehrreicher meiner Ansicht nach.

Schreib dir doch einfach mal nieder, was dein Skript genau macht in Form einer Flowchart. Du kannst dafür draw.io nutzen. Wenn du dann fertig bist, poste doch mal die Flowchart hier im Forum. Achte aber darauf dass diese sich auch mit deinem Skript deckt. Danach gehen wir den Fehler auf den Grund, vielleicht findest du Ihn ja auch schon beim Erstellen der Flowchart.

Huh? Ein Include ist erst mal nichts anderes als die Datei in eine andere zu inkludieren. Beispiel:

File.au3
;~ Some code
;~ More code

File.au3
;~ Code
#include "File.au3"
;~ Code

Das würde dann entsprechend der Preprozessor folgendermaßen zusammensetzen:

Script.au3
;~ Code
;~ Some code
;~ More code
;~ Code

Es reicht also aus, wenn du die Datenbankverbindungen in ein Array packst und das Array dann in deinem Skript einfach ausließt / verwendest. Zudem bin ich mir nicht sicher ob ich dich richtig verstanden habe, es klingt nämlich so als ob du solch ein Konstrukt versuchst bzw. haben willst:

Script.au3

For $i = 0 to ;~ blah
    #include "File.au3"
Next

Könntest du ggf. dein Anliegen nochmal anders beschreiben? Kann sein dass ich dich da einfach missverstehe.

Adima - Wo soll ich da mal anfangen?

Zuerst grabst du einen Thread aus, der 6 Monate alt ist. Der Thread Ersteller scheint nicht mehr an einer Antwort interessiert zu sein, das sieht man an der Inaktivität in dem Thread. Dann gibst du ernsthaft noch eine Antwort, die auf Google verweißt? Was ist das für ein Bullshit? Stell dir vor, du bist am googeln und SUCHST aktiv nach einer Antwort, findest solch ein Thread wo jemand schlaues, genau wie du es bist, den glorreichen Tipp gibt doch einfach Google zu bemühen.

Weißt du wie scheiße das ist, nach einer Antwort zu suchen, alle Suchergebnisse nur mit dieser Antwort zu bekommen? WEIL JEDER DEPP DIESE ANTWORT IN JEDEM FORUM GIBT. Das hilft keinem. Lass solche Post demnächst einfach, das regt mich persönlich schon auf wenn ich selber was suche und solche super Tipps in den Antworten sehe.

Zitat

Für den Einstieg in GUIs, Buttons etc. gibt es sinnvollere Anwendungsfälle als Zeichenfolgen an eine Fremdsoftware (Stichwort : BOT) zu senden.

Ja, gibt es. Allerdings erinnere ich mich da an meine Anfangszeit zurück - Da war alles für mich absolut unverständlich. Ich hatte auch mit solchen einfachen Sachen angefangen weil ich dann auch das Ergebnis direkt gesehen habe und ich so verstanden habe wie die Zusammenhänge sind (nach und nach). Gerade durch das ausprobieren habe ich mir Programmierung angeeignet. Die Sache ist halt die, wenn du das erste mal darüber nachdenkst wie man eine Software auf dem PC programmiert, weißt du gar nicht wie du anfangen sollst. Du suchst dir Sachen aus dem Internet und versuchst einfach irgendwas hin zu bekommen, was funktioniert. Und da sind dann einige Funktionen die AutoIt zur Verfügung stellt (und welche alleine in einer Codezeile laufen und direkt was machen) durchaus verständlicher, als sich direkt mit Variablen, If-Abfragen und While-Schleifen auseinander zu setzen. Geschweige denn selber eine GUI zu programmieren.

Ich kann die Skepsis bei den "eingesessenen Hasen" durchaus verstehen, allerdings muss man auch bedenken dass Menschen, die noch nie was programmiert haben, gar nicht mit den Begrifflichkeiten und Möglichkeiten vertraut sind. Solche Dinge lernst du erst nach und nach, indem du die Zusammenhänge nach und nach verstehst. Dadurch eröffnen dir auch neue Möglichkeiten und du hast einen eher eine Vorstellung davon, wie z.B. eine leere GUI programmiert werden muss.

Solch ein Code war auch mein Einstieg in GUIs damals. Nicht der gleiche, aber vom Prinzip her. Klar gibt's sinnvollere Dinge - Aber man versucht sich halt neues beizubringen und dies mit dem Wissen zu kombinieren welches man momentan schlichtweg hat. Ich will nur damit sagen, dass es nicht sinnvoll Skripte bei einem Anfänger zu hinterfragen. Die Leute welche gegen die Forenregeln verstoßen outen sich doch sowieso in den meisten Fällen selbst, weil Sie eben die Regeln nicht gelesen haben und dann etwas sagen was sie "entlarvt".

Und ganz ehrlich? Die meisten Infos die man aus dem Forum bekommt (auch bei Anwendungen wo es laut Forenregeln legit ist) können sowieso für Game-Bots genutzt werden. Zumal ich sowieso dafür bin, die Forenregeln nochmal in ein zwei Punkten zu überdenken. Das ist aber ein anderes Thema. So, das war mein Senf dazu.

Müsste man noch anpassen wenn man einen negativen step value hat:

pFor(1, 10, 0.1, body)

; precise for-Loop
Func pFor($from, $to, $step, $body)
    Local $i = 0

    While $from + $i * $step <= $to
        $body($from + $i * $step)
        $i += 1
    WEnd
EndFunc

; for-body
Func body($n)
    ConsoleWrite($n & @CRLF)
EndFunc

Zitat

Immer diese kurz und knappen Antworten...

Du hast ja auch nur kurz und knapp gefragt...

Zitat

Damit lassen sich dann also "ganz einfach" andere GUIs bauen, die "moderner" sind?

ZB: ein Kreis, aufgeteilt wie eine Torte, bei dem dann jedes einzelne Stück ein Button sein kann? Oder runde / ovale Schaltflächen?

Ja, dass auch mal andere Designs schnell & einfach implementiert werden können. Das ist ein Hintergedanke davon, die Standard 0815 Benutzeroberflächen sehen halt scheiße aus. Zumindest meiner Meinung nach.

Zitat

Dein vorhaben klingt auf jeden Fall interessant. Zumal ich herauslese, dass LUA-Kenntnisse für den Anwender nicht zwingend nötig sind.

Richtig, die Bibliothek wird in LUA geschrieben und in AutoIt intigriert. Letzten Endes sind keine LUA Kenntnisse notwendig, außer man möchte den Kern der Bibliothek aus irgendwelchen Gründen umschreiben. Allerdings ist das mit viel Aufwand verbunden dies zu gewährleisten. Daher die Frage ob hierfür allgemeines Interesse besteht. Sonst mach ich mir die Mühe nicht, ich nutze AutoIt selber schon seit Ewigkeiten nicht mehr.

Hauptsächlich soll die Bibliothek (so wie ich sie benötige) eine GUI mit entsprechenden Controls aus einer externen "Struktur" Datei generieren. Diese Struktur-Datei (wie ich sie mal jetzt nenne) beinhaltet die notwendigen Daten um die Benutzeroberfläche darstellen zu können. Alle Controls die in einer GUI erscheinen sollen, sollen in dieser Datei gelistet werden. Alle Designabweichungen von den Standardeinstellungen können ebenfalls dann gelistet werden. Wie diese Struktur-Datei hinterher genau aussieht, kann ich jetzt noch nicht spezifisch sagen. Ich hatte da aber JSON im Blick, ein Beispiel für solch eine Datei könnte folgendermaßen aussehen:

{
  "type": "gui",
  "title": "Example",
  "width": 400,
  "height": 100,
  "onClose": "AutoIt_Function",
  "child": [
    {
      "type": "Picture",
      "filename": "..\\GUI\\msoobe.jpg",
      "left": 0,
      "top": 0,
      "width": 400,
      "height": 100
    },
    {
      "type": "gui",
      "title": "",
      "width": 210,
      "height": 72,
      "left": 20,
      "top": 15,
      "style": [
        "Popup"
      ],
      "exStyle": [
        "Layered",
        "MDIChild"
      ],
      "child": [
        {
          "type": "Picture",
          "filename": "..\\GUI\\logo_autoit_210x72.gif",
          "left": 0,
          "top": 0,
          "width": 210,
          "height": 72
        }
      ]
    }
  ]
}

Dies würde dann etwa folgende GUI aus der Hilfedatei darstellen:

#include <GUIConstantsEx.au3>
#include <WindowsConstants.au3>

Example()

Func Example()
    Local $sFilePath = "..\GUI\logo_autoit_210x72.gif"

    ; Create a GUI with various controls.
    Local $hGUI = GUICreate("Example", 400, 100)
    GUICtrlCreatePic("..\GUI\msoobe.jpg", 0, 0, 400, 100)

    ; Display the GUI.
    GUISetState(@SW_SHOW, $hGUI)

    Local $hChild = GUICreate("", 210, 72, 20, 15, $WS_POPUP, BitOR($WS_EX_LAYERED, $WS_EX_MDICHILD), $hGUI)

    ; Create a picture control with a transparent image.
    GUICtrlCreatePic($sFilePath, 0, 0, 210, 72)

    ; Display the child GUI.
    GUISetState(@SW_SHOW)

    ; Loop until the user exits.
    While 1
        Switch GUIGetMsg()
            Case $GUI_EVENT_CLOSE
                ExitLoop

        EndSwitch
    WEnd

    ; Delete the previous GUIs and all controls.
    GUIDelete($hGUI)
    GUIDelete($hChild)
EndFunc   ;==>Example

https://www.autoitscript.com/autoit3/docs/f…s/GUICreate.htm

Dies ist jetzt lediglich ein Beispiel wie es aussehen kann. Der Vorteil ist halt, dass sich Design nicht mit Code vermischt. Also es wird eine klare Abkapselung zwischen dem GUI Design und den logischen Code dahinter geben. Natürlich achte ich darauf, dass dies relativ einfach gehalten wird. Ggf. lege ich auch ein eigenes Dateiformat für diese Abkapselung an. JSON ist mir nur als erstes in den Sinn gekommen.

Dazu sollen einige Layout Controls hinzugefügt werden. Ähnlich wie es moderne Frameworks wie JavaFX & Co. machen. Die Controls werden dann hauptsächlich den Layouts untergeordnet welche sich dann um die korrekte Positionierung der Controls kümmert. So lassen sich Mechanismen einbauen, wodurch das Resize Verhalten der GUI um einiges angenehmer zu implementieren ist.

Neben den Layouts und den Standard Controls sollen auch ein Basis-Control sowie Basis-Layout zur Verfügung gestellt werden, wodurch das implementieren von custom Layouts / Controls vereinfacht wird. Dadurch möchte ich euch die Möglichkeit geben eure eigenen Controls möglichst einfach zu erstellen. Da dass ganze in LUA geschrieben wird, ist an sich die Bibliothek selber später dann auch einfach erweiterbar. Jeder mit LUA Erfahrung kann da seinen eigenen Senf hinzugeben und Ihr könnt durch Module so auch die Bibliothek in LUA selber erweitern. Oder eben klassisch in AutoIt mit einer UDF, wie es euch lieber ist.

Joa, das wäre so ziemlich das grobe Konzept. Geplant sind Basis Controls / Layouts, ein Event System um entsprechend auf Events (Mausklicks auf Controls, etc.) zu reagieren und natürlich auch die grafische Darstellung dieser. Zudem soll das Design vom logischen Code getrennt werden wodurch sich die Benutzeroberflächen generell einfach und schnell erweitern / verändern lassen, ohne dabei den eigentliche Logik dabei anpassen zu müssen.

Reicht dir das als erste Antwort Lottich ?

Servus, es ist nun einige Zeit vergangen. Es war mir zu wenig Interesse an das Thema weshalb ich es damals dann doch wieder verworfen habe. Jedoch benötige ich für ein derzeitig größeres Projekt eine eigene GUI Bibliothek - Oder besser gesagt eher eine Engine. Da ich diese sowieso dann anfange zu programmieren, wollte ich fragen ob es derzeitig einen Bedarf für eine einfach zu verwendende GUI Bibliothek gibt. Dann würde entsprechend eine AutoIt UDF mitliefern.

Die ganze Bibliothek wird in LUA geschrieben und es werden keine großen externen Frameworks benötigt, lediglich LUA selber (welche ich logischerweise als DLL dann mitliefere). Besteht hieran ggf. ein allgemeines Interesse? Sonst mache ich mir nicht die Mühe die notwendigen Mechanismen mitzuprogrammieren, die notwendig sind um die Bibliothek abseits von LUA zu nutzen.

Zitat

Kann mir jemand einen Tip geben, warum die bei SetParent schon stattfindet?

Weil sich die Developer der WinAPI sich das so ausgedacht haben? - https://docs.microsoft.com/en-us/windows/…nuser-setparent

Ist halt so, haben sich dazu so entschieden. Macht ja auch Sinn...

Zitat

Soweit so gut. Leider war ich der Meinung das erst "WINMove" das ganze erledigt?

Wie kommst du darauf? Ist nicht der Fall, sobald du SetParent aufrufst weist du das Child Window den Parent Window zu. Die MoveWindow Funktion hat rein gar nichts damit zu tun: https://docs.microsoft.com/en-us/windows/…user-movewindow

Zitat

Meiner Meinung nach kann man diesen Teil aber hervorragend über die entsprechenden Funktionen auslagern.

Das hatte ich ursprünglich auch erst vor, jedoch bin ich auf einige Probleme gestoßen. Die Desktop Icons haben eine bestimmte Position auf dem Desktop, wodurch sie auch eine bestimme ID (bzw. Item Index) im ListView bekommen. das Problem ist, wenn ich nun einfach die Dateienliste des Desktops einlese, entspricht das nicht der Reihenfolge der einzelnen Desktop Symbole. das heißt ich brauche eine Verbindung zwischen dem eigentlichen Icon und deren Position sowie dem entsprechenden Dateipfad. Leider bekomme ich aber nur die Informationen aus dem ListView extrahiert, welche ich im ersten Post als Screenshot dargelegt habe. BugFix seine Variante hilft mir enorm, zusammen mit dem Datumsvergleich (ggf. mit der Dateigröße dazu) dürften keine doppelten Einträge erkannt werden. Das war so das Hauptproblem an der Geschichte.

Der reine Namensvergleich + Datumsvergleich + Größe hätte Potentiell immernoch doppelte Einträge durchgelassen. Zusammen mit der Typ Überprüfung ist eine genauere Unterteilung auf dieser Weise dann schon nicht mehr möglich. Potentiell besteht zwar immernoch die Gefahr dazu, sie ist aber so minimal wie möglich gehalten. Das reicht mir (vorerst) so aus.

Hmn, danke. Damit könnte es funktionieren wie ich mir das vorstelle.

Sie kommen vom Desktop. Zumindest unter Windows 10 64-Bit. Welches System nutzt du? Ggf. mal mit den zweiten Parameter von _GUICtrlListView_GetItemTextArray() herum spielen.

#AutoIt3Wrapper_UseX64=y entsprechend notwendig wenn du ebenfalls ein 64-Bit System nutzt, andersfalls auf "n" setzen.

Könnte aber auch sein, dass bei dir ControlGetHandle("[TITLE:Program Manager;CLASS:Progman]", "", 1) nichts zurück gibt?

Es geht mit ja auch nicht um den Inhalt. Der Inhalt der einzelnen Dateien ist mir komplett egal, ich brauche lediglich eine zuverlässige Methode um den Dateipfad zu ermitteln damit ich diese Dateien wo anders von dem Desktop hin verschieben kann. Später sollen diese wieder an ihrer alten Desktop Position hergestellt werden. Darum greife ich auch per ListView Befehlen auf den Desktop zu.

Ich schreibe eine Applikation für mehrere virtuelle Desktops wo entsprechend die Desktop Items getauscht werden, je nachdem welchen Desktop man gerade betrachtet. Das ganze muss als Konsolenprogramm funktionieren, weshalb die bisherigen Programme die ich im Internet gefunden habe nicht in Frage kommen.

Der Pfad soll zur eindeutigen Identifikation dienen. Es können mehrere Dateien auf dem Desktop liegen welche den gleichen Namen, aber nicht die gleiche Dateiendung haben. Dateiname + Dateiendung ist immer eindeutig.

€dit: Oder stehe ich komplett auf den Schlauch und das Problem lässt sich anders angehen / lösen?

Hmn, das ist Problematisch. Das heißt ich muss also alle Dateien über deren Attribute vergleichen und hoffen dass nichts doppelt so vorkommt.

; Ggf. deaktivieren wenn das OS ein 32-Bit System ist.
#AutoIt3Wrapper_UseX64=y

#include <Array.au3>
#include <GuiListView.au3>

Local $desktop = ControlGetHandle("[TITLE:Program Manager;CLASS:Progman]", "", 1)

$tmp = _GUICtrlListView_GetItemTextArray($desktop, 0) ; Item anpassen
_ArrayDisplay($tmp)

Well, das ist der minimalisierte Code wie ich an das Array dran komme.

Das Problem ist, dass ich erst gar nicht den Pfad habe. Dennoch brauche ich Ihn für die weitere Verarbeitung in meinem Programm.

Sagte doch, dass ich nur die Informationen aus dem ArrayDisplay habe.

Hallo o/

Hat jemand eine Idee wie ich von dem Dateityp zu der eigentlichen Dateiendung komme? Dieser Screenshot soll das einmal verdeutlichen:

pasted-from-clipboard.png

Ich habe hier den Dateityp "Textdokument" von welchen ich die Dateiendung "*.txt" ableiten will. Weiß jemand wo Windows diese Informationen speichert?

€dit: Vielleicht noch was zum eigentlichen Hintergrund. Ich habe leider nur die Informationen zur Verfügung, welche im ArrayDisplay angezeigt werden. Daraus möchte ich den vollen Dateipfad ableiten. Es ist sichergestellt, dass diese Dateien IMMER auf dem Desktop liegen. Ich dachte mir, die beste und sicherste Möglichkeit währe über den Dateityp.

https://www.autoitscript.com/autoit3/docs/f…ns/InetRead.htm