Beiträge von Yjuq

Hi, ich hab keine Ahnung von Nim aber von das bisschen was ich mir gerade zusammengesucht habe würde ich einfach aus der WinAPI die 3 klassischen Funktionen LoadLibraryA, GetProcAddress und FreeLibrary nutzen. In GetProcAdress kannst du nämlich die Ordnungszahl benutzen.

https://rosettacode.org/wiki/C…Interacting_with_Nim_code

Vielleicht hilft das ja.

Hey, guck mal hier: https://www.autoitscript.com/f…ge-runtime-clr-framework/

Damit kannst du auf die .NET DLL zugreifen. Alternativ kannst du auch einen eigenen Treiber schreiben. Ich bezweifel dass es dazu schon eine Ansteuerung in AutoIt existiert.

Ich bin jedoch ein wenig Suchfaul, wenn du mir den Sourcecode zu der .NET DLL liefern kannst, kann man damit bestimmt was machen.

https://www.plenom.com/downloads/download-software/#sdk - Da ist auch eine USB API dabei, guck mal ob du damit nicht was anfangen kannst.

Zitat von alpines

Braucht definitiv noch ein bisschen Arbeit aber wow, sieht richtig gut aus, gefällt mir sehr gut.

Kleiner Tipp: Nimm als Berechnung der Zeichenstrecke nicht die Iteration * Schritt, da diese unterschiedlich oft ausgeführt wird auf stärkeren/schwächeren PCs.

Erstell dir eine Timer-Variable und setze sie mit jeder Schleifeniteration neu und speichere dabei die Differenz zur letzten Schleife.

Dann normalisierst du den Wert auf eine Sekunde bspw. und multiplizierst ihn mit dem Faktor den ein Kreis zurücklegen soll pro Sekunde.

Dann ist das ganze FPS unabhängig.

Alles anzeigen

Ich hatte dazu mal einen Beitrag geschrieben: RE: PandaRunner Reworked - Ein Autoit Game

Für jene die es interessiert.

Woha, ich mag die Idee. Ich glaube ich mache mir daraus ein Live Wallpaper.

Ich werde da auch mal ein an einer Version basteln. Gerne Teile ich dir dann meine Lösungsansätze mit. Wenn du ggf. Grafiken brauchst könnte ich welche machen. Dauert nur je nachdem wie ich Lust & Zeit habe.

Naja, du kannst den Datenverkehr im USB port mitschneiden wenn du lust hast. Würde daraus hinauslaufen dass du dann einen eigenen Treiber für das Gerät schreibst. Ich bezweifel dass der Hersteller des kartenlesegerätes irgendwo eine öffentliche Dokumentation dafür hast, also müsstest du schon selber herausfinden müssen wie das Gerät die Daten überträgt.

Die einfachste und schnellste Lösung:

Zitat von autoBert

Druck doch einfach in eine Datei. Diese kannst du dann so aufarbeiten wie du es benötigst.

Aber ja, prinzipiell könntest du das mit AutoIt lösen... Mit genug Aufwand. xD

Ehrlich gesagt bin ich da gerade ziemlich dran interessiert. Einen Treiber habe ich bis dato noch nicht geschrieben. Wenn du die Zeit & Lust hast können wir es ja mal versuchen. Ich habe halt nur nicht den Kartenleser hier, weshalb sämtliche Tests du übernehmen müsstest.

Zitat von Tweaky

Was ist der Unterschied zwischen _WinAPI_PathFindFileName und _WinAPI_PathStripPath.

Beides mal bekomme ich doch den Dateinamen als Ergebnis.

Hi Tweaky, es ist richtig dass beides prinzipiell das gleiche Ergebnisse liefern. Der Hauptunterschied ist jedoch dass die WinAPI in PathFindFileName einen String zurückgibt (genauer gesagt einen Pointer). PathStripPath hingegen überschreibt den angegebenen String. Das ist in etwa das Äquivalent zu ByRef in AutoIt.

Local $ref = "c:\doc\test.bin"
ConsoleWrite(PathFindFileName($ref & @CRLF))

PathStripPath($ref)
ConsoleWrite($ref & @CRLF)

Func PathFindFileName($string)
    Local $split = StringSplit($string, "\")
    Return $split[$split[0]]
EndFunc

Func PathStripPath(ByRef $string)
    $string = PathFindFileName($string)
EndFunc

So ungefähr. AutoIt jedoch hat bei der PathStripPath Variante schlichtweg einfach einen Rückgabewert stattdessen hinzugefügt. Warum jedoch beide Funktionen in der WinAPI existieren kann ich dir nicht sagen, das wird mir aus der Dokumentation nicht ersichtlich.

https://docs.microsoft.com/en-…shlwapi-pathfindfilenamea

https://docs.microsoft.com/en-…nf-shlwapi-pathstrippatha

Gruß

Ich würde dir vorschlagen deinen Post nochmal durchzulesen und zu überlegen, ob dir irgendwer anhand dieser Beschreibung helfen kann. Am einfachsten ist es eigentlich immer Fragen hier im Forum folgendermaßen zu stellen:

--

Hi,

Ich möchte gerne folgendes umsetzen:

- Beschreibung 1

- Beschreibung 2

- Beschreibung 3

- etc...

Folgendes habe ich versucht bzw. das sind meine Lösungsansätze:

- Versuch 1

- Versuch 2

- Versuch 3

Hier noch einige Screenshots / Quellcode / zusätzliches Material:

- Daten 1

- Daten 2

- Daten 3

Hat jemand eine Idee wie ich das am besten umsetze?

---

Das hilft uns erst einmal zu verstehen wo genau das Problem liegt und ob dein Lösungsansatz überhaupt der passende für dein eigentliches Vorhaben ist. Zumal liefert es auch die notwendigen Informationen um dir konkret helfen zu können. Es ist auch immer gut schon vorab Background Informationen zu liefern. Das heißt, was möchtest du machen? Wieso willst du das machen? An welche Parameter sind wir gebunden, wo können wir ggf. andere Dinge vorschlagen (vielleicht ein anderes Programm benutzen)? etc...

Kannst du ggf. meine Frage mit diesen Informationen beantworten?

--> Ich habe ein Rezept. Dort ist als Zutat Äpfel gelistet. Ich habe keine Äpfel, mit was kann ich diese ersetzen?

Zitat

Wie komme ich dennoch an die notwendigen / versteckten Infos, um dann die jeweiligen Buttons/Boxen ganz gezielt anzusteuern?

Keine Ahnung. Das liegt an dem Programm was es anzusteuern gilt. Im schlimmsten Fall existiert ja immernoch _ImageSearch().

---

Tendenziell ignoriere ich in den meisten Fällen Fragestellungen, welche mir nicht direkt mitteilen können was sie wollen. Erfahrungsgemäß bin ich da länger dran beschäftigt die notwendigen Informationen einzuholen, als an einer Lösung zu arbeiten.

Das ist auch nicht böse gemeint. Es hilft uns direkt ein klares Bild zu bekommen was der Fragestellende möchte. Zudem hilft es dir jemanden schneller zu finden der deine Frage auch beantworten kann.

Oh OHHH. Bitte leitet mir diese E-Mails mal weiter. Ich liebe es an solche Mails zu antworten und scammer Ihre Zeit zu rauben. Da kommen immer die witzigsten Sachen bei raus.

yjuq@sharklasers.com

Das liegt daran dass Windows gerne mal solche Dateien daran hindert den Content zu laden. Das lässt sich ziemlich einfach beheben.

Dazu gehst du einfach in dein AutoIt Installationsverzeichnis (Standardmäßig: C:\Program Files (x86)\AutoIt3) und machst ein Rechtsklick auf der Datei AutoIt.chm. Dort wählst du die Eigenschaften aus.

Dort müsstest du folgendes sehen können:

Dort einfach auf Zulassen klicken und mit OK oder Übernehmen das ganze speichern.

Gern geschehen.

€dit:

RIP... Da gibt man sich mal halbwegs mühe. xD

Zitat von BugFix

Und dennoch ist es doch seeeehr seltsam, dass Imagesearch als erste Funktion den Anfängern ins Auge springt.

Wieso landen Anfänger bei der Fülle der Funktionen gerade dort?! Das setzt gezielte Suche voraus und ebenso einen Plan, was man tun will.

Ich habe noch nie erlebt, dass man "zufällig" auf das Pixelgedöns stößt und sich sagt: Geil, hier kann ich was Lernen.

Wer Lernen möchte, arbeitet Tutorials durch, programmiert Bsp. aus der Hilfe nach und verändert sie etc.

Insofern ist ein Misstrauen in solchen Fällen angebracht und fast immer begründet.

Nö, eben nicht. Das Problem ist, dass du als Anfänger erst gar nicht weißt was überhaupt existiert und welche Suchbegriffe du brauchst um überhaupt das zu finden was du auch tatsächlich benötigst. Es fehlt schlichtweg das Wissen dazu. Wenn ich mich an meine Anfangszeit zurückdenke bin ich Haufenweise eben auf diese Funktionen gestoßen. Klar, erst einmal suchst du so generelle Sachen wie "AutoIt Tutorial Deutsch" oder soetwas. Nachdem du dir dann ein wenig Basic Wissen rein gepumpt und sowieso nix verstanden hast, fängst du an Dinge machen zu wollen. Was vermeintlich einfaches. z.B. Dinge anklicken, Maus bewegen, in Notepad schreiben, vielleicht mal Usereingaben entgegen nehmen und deine erste Messagebox ausgeben.

Zwangsläufig landest du dann irgendwann nach langer suche auf eben diese Funktionen. Sie sind einfach zu verstehen als Anfänger, benötigen sonst nicht so viel Code drum herum und geben dir ein direktes Feedback. Anfänger wissen nicht was sie falsch machen, also gehen viele schlichtweg davon aus dass sie einfach die falsche Funktion haben und suchen weiter. Oder fragen dann mal in Foren nach.

Ich beobachte schon seit längeren dass ihr Teilweise Anfänger einfach rausgrault. Klar, viele Fälle sind gegen die Forenrichtlinien - das ist soweit auch ok. Aber auch einige false positives. Das weiß ich daher, weil ich diese Anfänger meist dann noch abgreife und ihnen privat Hilfe anbiete. Es stellt sich eher heraus dass diese einfach nicht wissen dass statt dem ImageSearch vielleicht doch ein ControlClick besser wäre (oder gar existiert). Zumal wissen die meisten auch gar nicht was sie wollen. Sie probieren einfach momentan nur aus. Das gehört zu der Lernphase dazu.

Was ich lediglich sagen möchte ist: Stellt eure Fangfragen, ja. Seit aber nicht immer so stark voreingenommen. :d

Es sei denn ihr wollt ein exklusiver Club bleiben.

Zitat von Moombas

Ich hoffe das dies kein ernst gemeinter "Anwendungsfall" ist.

Wieso? Was spricht denn dagegen? Jeder der lernt soll auch ausprobieren.

Zitat von BugFix

Genau darauf hatte ich in meinem ersten Post hingewiesen.

Überlesen, mein Fehler.

Prinzipiell kann ich dir bei deinem Vorhaben helfen. Allerdings müsstest du dafür erst einmal konkret beschreiben was du machen möchtest.

Zitat

Wenn du z.B. zusätzliche Menüpunkte in eine Software durch Hooking integrierst, verwendest du die Software nicht mehr bestimmungsgemäß. Der Autor hat für seine Software ein bestimmtes Verhalten und Aussehen bestimmt. Da darf man nicht ohne Weiteres dran basteln.

Das kommt darauf an um was für eine Software es sich handelt und welche Lizenzen damit verbunden sind. Zudem darfst du für die reine Weiterbildung so ziemlich vieles machen. Aber das ist eine andere Geschichte. Lassen wir Ihn doch erst mal erklären was sein genaues Vorhaben ist, dann können wir ja immernoch feststellen auf welchen Zweig wir uns bewegen.

Zitat

Hat sich schon mal jemand mit dieser - zugegebenermaßen komplizierten - Thematik befasst und wenn ja, mit welchem Ergebnis?

Ja, hab ich. Sehr umfangreich sogar. Ich bin in der Lage vorhandene Software so anzupassen wie es mir gefällt. Das sollte als Einschätzung reichen. Wenn dich das Themengebiet einfach nur interessiert kann ich dir anbieten Software zur Verfügung zu stellen je nach Bedarf. Oder schreib dir eigene kleine Programme wo du dran rumspielst.

Ich kann da BugFix nur zustimmen. Ich würde auch ein komplett anderes Design vorschlagen. Wenn ich dein Vorhaben richtig verstanden habe, kommt du da mit deutlich weniger Arbeit weg als wie dir vielleicht bisher klar ist. Prinzipiell unterscheidest du erst einmal zwischen statischen und dynamischen Objekten in deiner Software. Die statischen Dinge werden programmiert, die dynamischen generiert.

Ist in deinem Fall ziemlich einfach. Fangen wir mal mit den statischen Dingen an:

Das GUI Layout. Wie soll die Anzeige aussehen und wo sollen die Hauptelemente platziert werden? Du brauchst etwas um die Maschinen anzuzeigen. Du brauchst etwas um einige Maschinendaten tabellarisch darzustellen und du brauchst etwas um verschiedene Dokumente zu diesen Maschinen zu öffnen. Das ist erst mal fix und bildet dein Grundgerüst. Ich würde dir folgendes empfehlen:

- Eine Liste um die Maschinen aufzulisten: ComboBox oder ListBox

- Eine Tabelle für deine Daten die du anzeigen möchtest: ListView

- Eine Auswahl für das Dokument welches dazu geöffnet werden soll: ComboBox, ListBox oder ListView

Für das Design kannst du dir alles mögliche ausdenken. ich würde einfach links eine ListBox hinklatschen für die Maschinen Auswahl, in die Mitte die ListView für die tabellarische Ansicht und rechts einfach noch ne ListBox für die Dokumente. Das Design programmierst du einfach ein und lädst die notwendigen Daten später dynamisch rein. Kannst ja noch ein bisschen verschönern indem du das Fenster vergrößerbar machst, sodass die Mitte (also die ListView) sich mit vergrößert. Die beiden Ränder (die ListBox) kannst du einfach statisch auf ne gewisse Breite setzen und alles in die Höhe mit vergrößern lassen.

Dann brauchst du eine Datenbank in der du einfach hinterlegst, was du nun in die GUI laden möchtest. Das schöne daran ist dann später, du brauchst einfach nur deine Datenbank anpassen und brauchst dein programm nicht neu zu kompilieren wenn Anpassungen zu technischen Daten notwendig sind. Die einfachste Form ist einfach eine *.ini Datei. Dafür bietet dir AutoIt ja schon Funktionen an. Da auf der Seite sind genug verlinkungen zu den anderen notwendigen Funktionen - wird schon.

Das Schwierigste ist, sich Gendanken zu machen wie diese *.ini Datei am besten aufgebaut sein sollte. Ich würde das Ganze einfach folgendermaßen machen:

; Eine vollständige Liste aller Maschinen. Links der "key" als Verknüpfung und rechts der Name der angezeigt werden soll.
[maschinen]
maschineA = "Bot A"
maschineB = "Bot B"
maschineXZY = "Bot Schlag-Mich-Tot"

; Jetzt die Ganzen Daten die tabellarisch angezeigt werden sollen. Dafür kannst du das CSV Format verwenden. Für das Beispiel: > ; < zum trennen von Spalten und > | < zum trennen von Zeilen.
[daten]
maschineA = "Tec A;Daten A;Mehr Daten?|Tec B;Daten B;Noch mehr Infos?|You;Get;It"
maschineB = "Tec A;Daten A;...|Tec B;Daten B;...|Tec C;Daten C;..."
maschineXYZ = "Tec A;Daten A;...|Tec B;Daten B;...|Tec C;Daten C;..."

; Zum Schluss die Dokumenten Verknüpfung. Auch hier wieder CSV
[dokumente]
maschineA = "Bedienungsanleitung;C:\strenggeheimedokumente\maschineA\Bedienungsanleitung.pdf|Was macht der große rote Knopf?;C:\strenggeheimedokumente\maschineA\emergency.pdf|...;..."
maschineB = "Bedienungsanleitung;C:\strenggeheimedokumente\maschineB\Bedienungsanleitung.pdf"
maschineXYZ = "Bedienungsanleitung;C:\strenggeheimedokumente\maschineXYZ\Bedienungsanleitung.pdf"

Irgendwie sowas in der Richtung. Kann man bestimmt auch noch geschickter machen. Dann brauchst du die Daten nur noch einlesen und abspeichern und schon kannst du alle Sachen geschickt in deiner GUI ausfüllen und die Dokumente per ShellExecute aufrufen und die Sache ist geritzt. Ist eigentlich prinzipiell ziemlich einfach zu realisieren. Aber da du das ja als Projekt machen möchtest um die Sprache zu erlernen, darfst du nun selber rausfinden wie alles geht.

Ich hoffe ich konnte dir einen Denkanstoß in die richtige Richtung geben. Bei unklarheiten, Problemen etc. darfst du gerne nachfragen. Wir beißen nicht, lecken aber mal ein wenig

Du kannst das Fenster einfach vergrößern z.B. mithilfe von WinMove(). Du musst aber definieren wie die Controls sich zu resizen haben via GUICtrlSetResizing(). Ist eigentlich nicht so schwer - Hier mal Quick & Dirty:

#include <GUIConstants.au3>
#include <GUIConstantsEx.au3>
#include <GuiListView.au3>

$frmMain = GUICreate("Aufklappen", 400, 40) ;expand zu 400

$cmdExpand = GUICtrlCreateButton("Aufklappen", 10, 10, 100, 25)
GUICtrlSetResizing($cmdExpand, 802)

$lstExpand = GUICtrlCreateListView("txt1|txt2|txt3|txt4", 10, 50, 380, 340)
GUICtrlSetResizing($lstExpand, 802)

; Sofern sich der Inhalt nicht ändert brauchst du Ihn auch nicht löschen.
For $i = 0 To 14
    GUICtrlCreateListViewItem("txt1: " & $i & "|txt2: " & $i & "|txt3: " & $i & "|txt4: " & $i,$lstExpand)
Next

GUISetState(@SW_SHOW, $frmMain)

While 1
    Switch GUIGetMsg()
        Case $GUI_EVENT_CLOSE
            Exit

        Case $cmdExpand
            _Expand()
    EndSwitch
WEnd

Func _Expand()
    Local Static $bool = True
    Local $pos = WinGetPos($frmMain)

    If $bool Then
        WinMove($frmMain, "", $pos[0], $pos[1], 400, 430)
    Else
        WinMove($frmMain, "", $pos[0], $pos[1], 400, 70)
    EndIf

    $bool = Not $bool
EndFunc

Ich würde das einfach in ein Array packen und dieses dann sortieren.

; ++++++++++ +++++++++ ++++++++ +++++++ ++++++ +++++ ++++ +++ ++ +

Local $string  = _
"orange;Brillenmuseum;Ackerstr." & @CRLF & _
"gruen;Deutsches Maler- und Lackierer-Museum;Adelheidstr. 10" & @CRLF & _
"rot;St. Marien Krankenhaus Berlin;Adenauerstr. 20" & @CRLF & _
"rot;Künstlerhaus Hamburg;Altvaterstr. 55" & @CRLF & _
"gruen;Evangelisches Geriatriezentrum Berlin (EGZB);Angermühlstr. 13" & @CRLF & _
"rot;Kunstverein in Hamburg;Aufhofener Str. 1" & @CRLF & _
"rot;Heine-Haus im Heine-Park;Balanstr. 79" & @CRLF & _
"rot;Museum für Kunst und Gewerbe;Bergetstr. 20" & @CRLF & _
"gelb;Immanuel-Krankenhaus;Bergstr. 46" & @CRLF & _
"orange;Spicy’s Gewürzmuseum;Blütenstr. 2" & @CRLF & _
"gruen;Freie Akademie der Künste in Hamburg;Brudermühlstr. 12" & @CRLF & _
"gruen;Bunkermuseum;Dieselstr. 5" & @CRLF & _
"orange;Speicherstadtmuseum;Ebenböckstr. 19/II" & @CRLF & _
"orange;Dominikus-Krankenhaus;Egenhofer Str. 39"

; ++++++++++ +++++++++ ++++++++ +++++++ ++++++ +++++ ++++ +++ ++ +

#include <Array.au3>
#include <File.au3>

; ++++++++++ +++++++++ ++++++++ +++++++ ++++++ +++++ ++++ +++ ++ +

$string = StringStripCR($string)
Local $temp = StringSplit($string, @LF)
Local $array[$temp[0]][3]
Local $i, $r, $n

For $i = 1 To $temp[0]
    $r = StringSplit($temp[$i -1], ";")

    For $n = 1 To $r[0]
        $array[$i -1][$n -1] = $r[$n]
    Next
Next

_ArrayDisplay($array)
_ArraySort($array)
_ArrayDisplay($array)

Der Rest ist einfach dann nur noch das Array auslesen und so formatieren wie gewünscht.

Hallo neu hier! Schön dich kennen zu lernen.

Die sollte eigentlich bei der Standardinstallation von der aktuellen AutoIt Version mitgeliefert sein.

C:\Program Files (x86)\AutoIt3\Include - Sofern du den Standartpfad bei der Installation nicht verändert hast.

Nö, der Bug ist ein anderer...

Nachdem dein Program die Klickabfolge durch hat, geht diese ja aus deiner _search() Funktion raus. Allerdings ist $go noch auf 1, wodurch diese direkt wieder in die _search() Funktion geht. Logischerweise wird dadurch auch $iCheckSum = PixelChecksum(1120, 936, 1632, 952) gespeichert. Das geschieht alles ziemlich schnell.

Was ist aber, wenn das Versenden der Nachricht noch in der Animation ist und $iCheckSum = PixelChecksum(1120, 936, 1632, 952) gerade die Momentaufnahme erwischt, wo das Program noch die Animation für das Versenden der Nachricht abspielt? Tja, dann hast du Pech. Heißt: Dein Program nimmt ZU SCHNELL die Pixel Checksumme auf... Da kannst du noch so viele If-Abfragen rein packen, das löst das Problem nicht. In deiner momentanten Skriptversion ist es am einfachsten, wenn du am Anfang der _search() Funktion einfach mal Testweise ein Sleep(1000) rein packst. Das ist der Bug.

PS: Ich nutze Telegram nicht oder habe es jemals genutzt. Darum weiß ich nicht wie das ganze per Animationen etc. in dem Programm aussieht. Aber ich bin ziemlich zuversichtlich das dies exakt der Fehler ist der auftritt.

Zitat

wenn Bedingung erfüllt und Schalter = 0 -> Aktion und Schalter auf 1. Beim nächsten zu beobachtenden Ereignis Schalter auf 0 und von vorne. Damit ließen sich die „Dauerklicks“ auch vermeiden.

Sieh mal einer an, du bist auf einer sehr heißen Spur! Die Frage ist nun, warum dein momentanes Skript sich anders verhält. Betrachten wir mal die momentane ausgangslage:

While True
    $iCheckSum = PixelChecksum(1120, 936, 1632, 952)  ;gebe den aktuellen CheckSum-Wert in die Variable ein
   
    While $iCheckSum = PixelChecksum(1120, 936, 1632, 952) ; solange sich nicht ändert -> warte
        Sleep(1000)
    WEnd
Wend

Schreib mal alles nieder, was passiert sobald die erste Nachricht eintrifft. Und zwar so detailliert wie möglich! Wie lange dauert es, spielen sich Animationen ab? Zu welchem Zeitpunkt wird die Pixel Checksumme eingefangen? etc.

Ich hoffe dir fällt dann langsam selber auf was da eigentlich passiert.

Obwohl ich dir eigentlich schon die Lösung auf dem Präsentierteller vorlege...