Direkte Ausgabe auf den Desktop (GDI+)
-
bitte demnächst die Sprache mit angeben, damit man nicht umsonst nach lösungen sucht, bzw gleich in der richtigen Sprache anbieten kann.
-
Gut, die Mausposition und das zeichnen auf den Desktop geht jetzt, danke.
Geht es auch die (maus)Tasten abzufragen, ohne einen Keylogger/Hook zu basteln?
-
ich glaub ohne Hooking siehts schlecht aus.
schreib ne unsave-dll in c++ und kapsel das hooking. versuch diese dll so einzubinden wie beschrieben.
vielleicht solltest du aber generell diesen Part deines Programms in unmanaged c++ schreiben und extern einbinden.
-
Die anderen beiden Funktionen(GetDC(), GetCursorPs()) hab ich bereits schon in eine Lib reincompiliert und eingebunden, so funktioniert weiterhin die MessageBox unter .NET.
Für den Hook ist es kein Problem einen zu coden, das Problem ist nur, den vernüntig einzubauen. Komm ich beim Framework irgendwie an die MessageCallback ran? Hab in der MSDN Doku was von der Funktion "CommonDialog.HookProc" gelesen, das funzt bei mir aber nicht. Hat jemand damit schon erfahrungen?mfg rednose
-
naja, ich hab das irgendwann schon mal gemacht. *rolleyes*
hilft da sicherlich weiter
und
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winui/winui/windowsuserinterface/windowing/hooks.asp
ist ein Brauchbares aber recht unfangreiches Beispiel. Es reicht ja ,wenn du dich auf die Mouse konzentrierst.
-
das ist gut, leider aber bloss winapi. gibt es in derwinapi eine chance auf anwendung von diensten, unter .net wird das wohl nix mehr?
mfg rednose
-
WinApi, richtig. Ohne dem siehts schlecht aus.
.NET ist für sowas nicht konzipiert.
-
AndreasW schrieb:
WinApi, richtig. Ohne dem siehts schlecht aus.
.NET ist für sowas nicht konzipiert.Richtig.
Was mich stutzig macht, ist es, dass WinApi nach einigen Berichten bei künftigen Windows Versionen komplett durch .NET ersetzt werden soll. Da muss .NET aber mächtig an Funktionalität zulegen.
-
Ich schätze, das MS die Entwickler nicht mehr im System haben wollen. Zumal man dort ja auch recht gut Schaden durch Inkompetenz anrichten kann.
Würde mich nicht wundern, wenn MS da prinzipiell ein Riegel vor schiebt. Bedeutet aber, dass die gewohnte 'Programmiermacht' ziemlich zusammengestutzt wird.
Eines ist sicher, da wird sich noch einiges an der MS-Front zusammenbrauen und einige werden wieder nach unmanaged C++ umsteigen.
Ich bezweifele mal, dass MS alles (auch das BS) auf .NET umstellt. Viel mehr glaube ich dass unmanaged c++ gepaart mit managed Code in Teilbereiche das rennen machen wird. So wurde es auch in ähnlicher wiese auf dem Kongress in Kassel von MS kommuniziert. Allerdings sind die dort aber verständlicher weise nicht näher drauf eingegangen.
Wenn dem so ist, wäre es doch Klasse, wenn diese neue Libary verfügbar wäre. Durch eine solche Libary würde unmanaged C++ wieder an Bedeutung gewinnen, zumal sich auf anderen Plattform C++ ja auch mehr oder weniger durchgesetzt hat. Vielleicht hat MS deshalb das Studio in Sachen C++ nicht aufgefrischt und wartet ab, bis die Libary fertig ist. Aber dass sind ja nur Spekulationen...
-
Nur falls es jemanden interessiert, ha ich grad auf einem anderem forum empfohlen bekommen: http://www.thecodeproject.com/csharp/GlobalSystemHook.asp
Werd ich mir mal reinziehen
-
cool
hätt ich nicht gedacht