"Zurück zur Standard-Ansicht nach X Sekunden Idle" - Wie setze ich das um?

[Sir Rufo]

Zitat von jaenicke:

Es gibt da so eine schöne API-Funktion GetLastInputInfo:
http://msdn.microsoft.com/en-us/libr...(v=vs.85).aspx

Die scheint aber global zu sein ... könnte aber für das beschriebene Szenario unerheblich sein

[Der schöne Günther]

Danke schon einmal für die Antworten.

Was mir erst jetzt noch einfällt ist folgende (unter Umständen) greifende Einschränkungen: Die Anwendung wird zwar 99% der Zeit über einen Touchscreen bedient, eventuell liegen aber in einer Kiste Maus und Tastatur. Jetzt würde es mich nicht wundern, wenn bsp. Erschütterungen die Maus immer einen Millimeter zittern lassen und das so Timeout-Funktionen aushebelt.

Ein Maushook hätte hier im Gegensatz zu GetLastInputInfo wohl den Unterschied, dass ich hier reine Mausbewegungen ohne gedrückte Taste (Finger auf dem Glas) schon einmal aussortieren könnte...

[Nersgatt]

Ich hab sowas auch an einem Touchscreengerät schon mal mit einem Maushook umgesetzt. Das hat gut funktioniert.
Probleme mit Erschütterungen hatte ich nie. Und meine Touchscreens hingen in Hallen wo auch mal ein Trecker oder ein Gabelstapler vorbeifährt.

[Der schöne Günther]

Das war auch kein etablierte Tatsache sondern nur so eine fixe Idee. Gut zu wissen dass man damit wohl nicht rechnen muss

[ConnorMcLeod]

Wie wäre es mit TApplicationEvents + Timer?
1) OnIdle: Timer erfinden+starten
2) OnMessage wenn WM_MOUSEFIRST .. WM_MOUSELAST, WM_KEYFIRST .. WM_KEYLAST, dann Timer wieder zerstören, falls Assigned
3) OnTimer: Reset

[Perlsau]

Zitat von Nersgatt:

Probleme mit Erschütterungen hatte ich nie.

Ich erlebe häufig das Phänomen, daß sich der Mauszeiger meiner optischen Maus selbständig bewegt. Nach kurzem Hochheben und Niedersetzen der Maus steht der Zeiger dann wieder still ... Ein Austausch der Maus brachte nichts und zeigte das Phänomen weiterhin ...

[Nersgatt]

Sowas hab auch ab und zu. Aber nur wenn ich bei Kunden an spiegelnden Tischen/Glastischen oder weißen Tischen arbeiten muss. Einfach den Collegeblock drunterlegen und das Thema ist erledigt.

[Der schöne Günther]

Oder den Exorzisten rufen. Dieser allein löst das ursprüngliche Problem aber nicht, dafür stehen mittlerweile diese drei Wege zur Auswahl:

• WinAPI::GetLastInputInfo - Keine Kontrolle Eingaben (Mauszucken) auszufiltern, arbeitet mit TickCounts
• Windows-Messages abfangen - Eingaben lassen sich beliebig filtern, allerdings auf Anwendung selbst beschränkt
• Maus/Tastatur-Hook - Sessionweit einsetzbar, sehr flexibel

Bislang sieht für mich der Hook am besten aus: Bei den Messages sehe ich noch das Problem, dass ich keine Eingaben mehr mitbekomme, wenn beispielsweise ein Drucken-Dialog aufgemacht wird (?) oder jemand beispielsweise Teamviewer gestartet haben wollte und erst einmal dort auf der Oberflächer herumdoktort.

[Perlsau]

Zitat von Nersgatt:

Sowas hab auch ab und zu. Aber nur wenn ich bei Kunden an spiegelnden Tischen/Glastischen oder weißen Tischen arbeiten muss. Einfach den Collegeblock drunterlegen und das Thema ist erledigt.

Bei mir ist's genau umgekehrt: Seit ich die Maus auf dem blanken Schreibtisch mit weißgrauer Oberfläche rumschiebe, kommt das nicht mehr vor. Zuvor hatte ich's mit Mauspad und allen möglichen Unterlagen probiert. Der zusätzliche Vorteil der jetzigen Lösung: Der Schreibtisch läßt sich leicht reinigen.

[jaenicke]

Zitat von Perlsau:

Bei mir ist's genau umgekehrt: Seit ich die Maus auf dem blanken Schreibtisch mit weißgrauer Oberfläche rumschiebe, kommt das nicht mehr vor.

Seit ich nur noch etwas bessere Mäuse und entsprechende Mousepads benutze, hatte ich das Problem nicht mehr. Bei günstigeren Mäusen hatte ich das öfter gehabt, allerdings stand da auch oft dran, dass es nur auf ganz bestimmten Oberflächen funktioniert.