Clipboardüberwachung funktioniert nach Aufwachen aus Standby nicht mehr?

[PeterPanino]

Hallo, gibt es hier jemanden, der die JVCL-Komponente TJvClipboardMonitor verwendet? Nach dem Aufwachen aus dem Standby (nicht immer) triggert die Komponente beim Wechsel des Clipboard-Inhaltes kein Ereignis mehr.

Kennt jemand eine Methode zum Überwachen des Clipboards, die auch ein Standby "überlebt"?

[Assarbad]

Zitat von PeterPanino:

Hallo, gibt es hier jemanden, der die JVCL-Komponente TJvClipboardMonitor verwendet? Nach dem Aufwachen aus dem Standby (nicht immer) triggert die Komponente beim Wechsel des Clipboard-Inhaltes kein Ereignis mehr.

Kennt jemand eine Methode zum Überwachen des Clipboards, die auch ein Standby "überlebt"?

Unwahrscheinlich, aber du könntest doch mitbekommen wenn das System erwacht und dann den Clipboard Viewer erneut installieren oder was ist da das Problem?

[PeterPanino]

Ja, mittlerweile mache ich das. Es scheint so, dass die Implementierung der Clipboard-Funktion in Windows nicht optimal erfolgt ist. Das ganze Konzept mit der Clipboard-Chain ist so unnötig umständlich und deshalb fehleranfällig, dass man sich fragen muss, was die sich wohl dabei gedacht haben ...

[Assarbad]

Zitat von PeterPanino:

Ja, mittlerweile mache ich das. Es scheint so, dass die Implementierung der Clipboard-Funktion in Windows nicht optimal erfolgt ist. Das ganze Konzept mit der Clipboard-Chain ist so unnötig umständlich und deshalb fehleranfällig, dass man sich fragen muss, was die sich wohl dabei gedacht haben ...

Vermutlich haben die sich gedacht: ach Win32 (Windows 95) hat das schon, dann verwenden wir mal deren Methode für Abwärtskompatibilität. Und der Ursprung dürfte irgendwo in der 16bit-Welt von damals zu suchen sein

[PeterPanino]

Wahrscheinlich waren sie mehr damit beschäftigt, die neue Metro-Oberfläche auszuschnapsen ("Aufgabe: wie breit ist eine Kachel, wenn auf den Bildschirm 10 Kacheln passen?"), als sich mit so banalen Dingen wie der optimalen Implementierung einer fundamental wichtigen Betriebssystem-Funktion zu beschäftigen.

Normalerweise macht man das so: Man behält eine veraltete API-Funktion wegen der Abwärtskompatibilität bei ("Deprecated") und implementiert parallel dazu eine bessere. Die Entwickler haben dann schön Zeit, sich auf die neue API-Funktion umzustellen. Gleichzeitig bleibt die Abwärtskompatibilität erhalten. Die Frage bleibt also: Was machen die eigentlich, in Redmond dort (außer Geld zählen) ...?