Beiträge von KloMeister

Mit der Zwischenablage wird es auf jeden Fall am einfachsten. Andernfalls müsstest du deine Funktion auf die verschiedensten Steuerelemente anpassen. Bei gezeichneten Steuerelementen, die kein eindeutiges Handle haben, würde es dann nochmals schwerer werden.

Also bevorzuge ich definitiv die Zwischenablagen-Variante.

Mit _ClipBoard_GetData und _ClipBoard_SetData, kannst du nicht nur Text auslesen und zwischenspeichern, sondern auch Bilder & co. Damit solltest du deine Funktion umsetzen können.
Sicher ist es nur dann zwischengespeichert, solange dein Programm während der Funktion stabil läuft..

Damit das ganze nicht so "merkwürdig" aussieht, könnte man ja vorher ein Screencapture der Form machen und als Hintergrund setzen oder die versteckten Steuerelemente kurzzeitig durch neu erstellte Steuerelement-Attrappen ersetzen.

Nochmal zum AutoIt-Code:

Vielleicht macht es auch Sinn, da wieder eine Funktion einzubauen, die es ermöglicht den Code in die Zwischenablage zu kopieren.
Wählt man Beispielsweise AutoIt-Code mit dem Internet Explorer (11) aus, dann kopiert man auch die Zeilennummerierungen mit. Bei Crome und Firefox hingegen ist das nicht der Fall.

Fehler im AutoIt Code

Beispiel:

msgbox(0,"Doppelklick","Hallo: " & _GUICtrlListBox_GetText($List1, $aItem))

msgbox(0,"Doppelklick","Hallo: " & _GUICtrlListBox_GetText($List1, $aItem))

Vor dem _GUICtrlListBox_GetText, wird sobald es AutoIt Code ist, automatisch ein ";" eingebaut

Man kann das z.B. so realisieren, hier ein Beispiel Code mit Form:

Komisch der AutoIt Code Erzeuger des Forums, fügt mir hier teilweise ";" in den Code ein, wo eigentlich garkeins ist (z.B. bei der MsgBox), daher nochmal als Anhang:

Zitat

könnte meinen Allerwertesten verwetten, das ich bei allen meinen Versuchen das auch dabei hatte....

Sofern man Anführungszeichen(") in einem Syntax nutzen möchte, muss man den gesamten Syntax mit einem Apostrophe(') starten und beenden, oder man nutzt 2 Anführungszeichen("") an der entsprechenden Stelle, wo ein " dargestellt werden soll.

Wenn man das erst einmal weiß, dann braucht man garnichtmehr soviel versuchen

Ich habe ihm nun über Teamviewer geholfen.

Wir haben herausgefunden, dass es sich um eine Speicheradresse handelt die "variabel" ist. Wir haben auch keinen passenden Pointer gefunden.

Allerdings haben wir herausgefunden, dass die Adresse wahrscheinlich nur um "256" Zustände variabel ist und haben daher eine "Prüffunktion" eingebaut.

Wir haben die Speicheradresse gesplittet, an der variablen Stelle eine Schleife eingebaut die die 256 Zustände durchzählt, dort fügen wir den momentanen Schleifen-Wert wieder als HEX ein.
In einer zweiten Schleife die in der ersten Schleife eingebaut ist, fragen wir ab, ob die Speicheradresse einen Wert hat, der für DPI in Frage kommen würde. Eine Schleife von "100 bis 8200 step 100". Da der DPI Wert von 100 bis 8200 an der Maus einstellbar ist.
Wurde so ein Wert in der Speicheradresse gefunden, dann geht das Programm davon aus, dass es sich um die DPI-Zahl der Maus handelt und gibt den aktuellen Wert wieder.

Als nächstes sind wir nun bei dem Punkt, wo wir den ausgelesenen Wert auf dem Bildschirm "zeichnen" müssen. Darum habe ich mich noch nicht gekümmert. Wie ich bereits sagte, könnte man versuchen mit GDI+ auf dem gerade aktiven Bildschirm zu zeichnen.

Du machst es mir hier nicht leicht

Hier erstmal, damit du eigentlich weißt was du so macht:
http://de.wikipedia.org/wiki/Zeiger_(Informatik))

Es gibt quasi eine Speicheradresse, die den Wert deiner gesuchten immer neu zugeordneten Adresse trägt (Bzw. einen Wert der eine bestimmten Anzahl darüber oder darunter liegt). Manchmal muss man auch noch ein paar Bytes dazu addieren / subtrahieren.

Wie findet man jetzt den Pointer?
Ganz einfach, indem man seine gefundene HEX-Adresse (Die ja jedes mal anders ist) in Dezimal umwandelt und sucht ob es diesen Wert in einer anderen Adresse gespeichert gibt bzw. ob es einen ähnlichen Wert der in der nähe dieser Adresse liegt gibt, der aber immer die gleiche Logik besitzt.

Kann ich gerne mal machen:

Ich vermute mal im Internet gibt es da einige Tutorials, aber ich erkläre trotzdem mal, wie ich vorgegangen bin:

1--> Programm starten

2.-> Gewünschten Prozess mit dem Programm öffnen dazu -> "File" -> "Open Process" (Zu Welchem Process das Widget gehört müsstest du noch vorher herausfinden)

3.->
[Blockierte Grafik: http://www65.zippyshare.com/thumb/72962003/file.html]

Wenn du den exakten Wert kennst, versuch es mit der DPI Zahl die in dem Widget steht, tippe ihn dort ein und drücke "OK"
Nun hast du alle Adressen im Speicher dieses Prozesses gefunden, welche Momentan den Wert der Zahl haben die du eingegeben hast. Da der Prozesspeicher groß ist, gibt es mehrere. Nun musst du filtern.

4.-> Filterung des Wertes:

[Blockierte Grafik: http://www65.zippyshare.com/thumb/1974947/file.html]

Du veränderst nun den DPI Wert so, dass er anders ist als er davor war und filterst den Wert wie im Bild (4.) gezeigt.
Das machst du solange bis im Idealfall nurnoch 1 Wert überbleibt, der den entsprechenden Wert deiner DPI Zahl beinhaltet.

Grüne Speicheradresse, sind diejenigen die "Fest" im Speicher zugeordnet sind, Schwarze Speicherwerte benötigen noch einen zusätzlichen Pointer, da diese Speicheradressen bei jedem Programmstart neu zugeordnet werden.
Hoffen wir das du am Ende einen grünen Wert hast.

Eventuell können wir das auch heute Abend oder an einem anderen Tag über Teamviewer machen, das scheint mir zeitsparender und effektiver zu sein.

Hallo nochmal,

Ich habe dir mal ein Beispiel zusammen gesucht und gebastelt, dass aus Winamp die aktuelle "Trackzeit" über ReadProcessMemory ausließt (Funktioniert vermutlich nur mit Winamp Version 5.666 Build 3516):

#include <WinAPI.au3>
#include <MsgBoxConstants.au3>
#include <Constants.au3>

Global $Process="Winamp.exe";Ersetze mit deinem Prozess
Global $Pointer = 0x004B5E54; Ersetze mit deiner Adresse
$handle=_WinAPI_OpenProcess(BitOR($PROCESS_VM_OPERATION,$PROCESS_VM_READ),False,ProcessExists($Process))
$s=DllStructCreate("int")
Local $read
_WinAPI_ReadProcessMemory($handle,$Pointer,DllStructGetPtr($s),DllStructGetSize($s),$read)
MsgBox(0,"Gelesener Wert",DllStructGetData($s,1))

Wenn du wirklich die richtige Adresse hast, den Prozessnamen kennst und deine ermittelte Speicher-Adresse eine feste Adresse ist und somit keinen zusätzlichen Pointer benötigt, dann sollte alles laufen, wenn du die Daten entsprechend ersetzt.

Bei weiteren Problemen kann ich notfalls auch mal mit Teamviewer drüber schauen.

Ich vermute das ist eine Sache in der Maus-Hardware. Wenn du die DPI-Anzeige auf dem Desktop siehst, dann wird diese DPI Zahl vermutlich auch über einen Treiber ausgelesen.

Die Mausgeschwindigkeit der Windows-Einstellung wäre leicht auszulesen und zu ändern, da dies über Windows geschieht. In deinem Fall wird die DPI-Zahl aber über die Maus geregelt, da ist es schwieriger.

Einfachste Möglichkeit meinerseits, wäre es, die auf dem Desktop befindliche DPI-Zahl auszulesen. Da es sich vermutlich um kein auslesbares Steuerelement handelt, schlage ich "_WinAPI_ReadProcessMemory" vor.

Ich schlage vor mit einem Memory-Searcher Tool (wie z.B. http://memoryhacking.com/download.php ) nach der Speicheradresse zu suchen.

Dann kannst du mit Hilfe des Handle's und der Speicheradresse, den Wert auslesen und diesen hoffentlich über GDI+ in der aktuellen Anwendung auf dem Bildschirm zeichnen.

Das hört sich jetzt erst mal sehr schwer an.
So schwer ist es nicht, wenn man sich damit schonmal beschäftigt hat, aber als Anfänger wirst du vermutlich Probleme bekommen.
Ich würde dir gerne einen Beispiel-Code schreiben, aber ich habe leider keinen Zugriff auf deine Maus sowie auf dein DPI-Desktop-Widget, um mir einen Eindruck über die Lage zu verschaffen.

Du könntest Testweise erstmal versuchen ob du mit dem "Au3Info" Informationen bekommst, wenn du dieses auf das DPI-Anzeige-Widget ziehst. Falls nein, weißt du zumindest schon mal, dass du meinen genannten weg gehen musst.

Zitat

Wie funzt den WINWAITACTIVE?

Theoretisch kannst du folgenden Code:

if WinActive("[TITLE:dBase-Datenbank ausgeben;CLASS:#32770]") then ;Winactive geht nicht!
...

Durch folgenden ersetzen:

WinWaitActive("[TITLE:dBase-Datenbank ausgeben;CLASS:#32770]")

Und das EndIf, muss dann natürlich auch raus.

Der Aufbau ist der selbe wie bei WinActive, nur dass die Schleife bzw. deine IF-Abfrage wegfällt .
Siehe auch in der Hilfe: https://www.autoitscript.com/autoit3/docs/f…nWaitActive.htm

Schnitzel, ja da stimme ich dir zu, dass in manchen Fällen auch ein Loop gebraucht wird. Hier allerdings (Auch gerade für Anfänger) ist WinWaitActive vermutlich etwas einfacher und übersichtlicher.

Wozu eine "WinActive"-Schleife erzeugen, wenn es bereits einen Befehl gibt, der diese Funktion übernimmt.

Der Befehl dafür lautet: "WinWaitActive"

Also du könntest theoretisch den gesamten Quellcode der Seite herunterladen und mit Hilfe der "StringSplit"-Funktion oder der "StringInStr"-Funktion den Quellcode auf Vorhandensein von "class="weiter"" prüfen.

Von der gefunden Position aus kannst du dann den Bereich in dem sich der eigentliche Link befindet zurückrechnen. Da muss man eben etwas filtern und splitten.

Also wenn ich jetzt dein Beispiel benutze (Habe Windows 7), dann wird der Klick bei dem Rechner trotzdem durchgeführt.
Bei mir ist es komischerweise auch die * Taste die die "Instance 21" hat und nicht die = Taste (Aber das ist ja nebensächlich).

Ich hatte das so verstanden, dass du einen Klick in einer fremden Anwendung abfangen willst und stattdessen deine Funktion aus dem eigenen Programm ausführen wolltest. Währenddessen ist die Funktion aus dem fremden Programm geblockt und deine Funktion wird bevorzugt dazwischen geschoben, erst dann wird der Cancel im eigentlichen Programm fortgeführt.

Wenn es wirklich nur darum ging eine Aktion auszuführen nachdem der Chat geschlossen wurde, wären da noch wesentlich einfachere Möglichkeiten gewesen:

Überwachung von Fenstern... Einfach in einer Schleife bzw. mit einem Timer abfragen ob eine Anwendung als Prozess oder als Fenstername noch existiert und falls nein, dann deinen Code ausführen.

Das hätte ich dann Vorgeschlagen

ShellExecute("Calc")
WinWait("[CLASS:CalcFrame]", "", 10)

;Die Eigentliche Funktion, wenn Schleife nicht möglich eventuell Timer nutzen
Do
local $hCalc = WinGetHandle("[CLASS:CalcFrame]")
until $hCalc ="0x00000000"
msgbox(0,"","Rechner wurde geschlossen")

Wenn bei dir alles funktioniert, dann ist die Sache ja gegessen.

Hallo

Du brauchst dafür einen sogenannten "Hook". Damit kannst du Aktionen abfangen, bevor sie Windows ausführt, anders kommst du da nicht weiter.:
http://msdn.microsoft.com/en-us/library/…9(v=vs.85).aspx

Du kannst damit dann die "Cancel Notification" abfangen und deinem Programm sagen, was es machen soll, bevor der Cancel in dem eigentlichen Programm ausgeführt wird.

Ich habe jetzt für AutoIT keine Beispiele parat, ich habe soetwas ähnliches damals mal mit Visual Basic 6.0 gebastelt (Alt + F4 systemweit abfangen und abblocken und darauffolgend eine andere Aktion ausführen).

Aber vielleicht kannst du hier ein paar Infos entnehmen:
http://www.autoitscript.com/forum/topic/12…twindowshookex/
https://www.autoitscript.com/autoit3/docs/l…ndowsHookEx.htm

Dein Workarround bringt ja in dem Fall eigentlich garnichts du hast folgendes geschrieben:

Zitat

Ich denke das muss doch irgendwie umzusetzen sein, dass ich den Klick auf den Button abfange und zu erst meine Ausführungen durchführe...

Eine Funktion einer fremden Anwendungen abzufangen, bevor sie ausgeführt wird, geht nur mit einem "Hook". Mit deinem Workarround geht das leider nicht.

Edit:
Hier habe ich nochmal durch Suchen ein Script gefunden, welches fremde Fensteraktivitäten erkennt:
http://www.autoitscript.com/forum/topic/81…rk/#entry584458

Wenn du daraus die notwendigen Informationen entnimmst, solltest du eigentlich weiterkommen.

Ich schätze mal du hast in der Schule kein Excel oder eine alte bzw. inkompatible Version, dann tritt dieser "Error" auf.

Leichter ist das, aber er sagte ja:

Zitat

"StringTrim wäre eine Idee, aber der Pfad ist nicht immer gleich."

Naja man könnte auch eine Art weitere "intelligente-Funktion" einbauen, die bevor die E-Mail rausgeht, nochmal die EditBox auf ihre Zeilenumbrüche prüft und dann automatisch vorm Absenden als E-Mail, die entsprechenden "<br>" hinzufügt.

Es gibt sicher eine Möglichkeit ein EditControl auf vorhandene Zeilenumbrüche zu überprüfen. Am Ende werden dann eben soviele <br> eingebaut, dass es in der E-Mail so ausschaut wie im EditControl bzw. im Textdokument.

Das ganze speicherst du dann eben in einer Variable und übergibst es dann mit deiner UDF als E-Mail.

Dann sieht es für den User des Programs auch übersichtlicher aus, wenn dort nicht von vornherein die "<br>" drinstehen, sondern dies erst nachträglich für den User unsichtbar, in einer Variable geschieht.

Du könntest für deine Textvorlage eine extern gelagerte Datei einlesen. Dann kannst du im nachhinein einfach die Textdatei bearbeiten und das Programm muss nicht neu kompiliert werden

Damit du deine Variablen weiterhin hast, könntest du z.B. gewisse "KeyWörter" mit der Funktion "StringReplace" ersetzen.

Beispielsweise:

"Hallo Peter es ist gerade %Uhrzeit"

Dann nimmst du die Replace Funktion:

local $Nachricht
$Nachricht = stringreplace("Hallo Peter es ist gerade %Uhrzeit Uhr","%Uhrzeit",@HOUR & ":"& @MIN)
msgbox(0,"",$Nachricht)

Also einfach gewisse Keywörter aus der eingelesenen Textdatei, die du vorher definiert hast, mit dem Inhalt deiner Variablen in AutoIT ersetzen. Dann kannst du den Text in deiner externen Datei wie gewünscht verändern und deine "Variablen" beliebig einfügen.

Edit: 14:30
Ich habe dir nochmal ein größeres Beispiel vorbereitet mit Text - Ladefunktion, das sollte deinen Wünschen schon relativ nahe kommen, siehe die .zip im Dateianhang!