VCL-Styles-Problem: Wie kriege ich das Edit-Handle eines DateTimePickers?

[TiGü]

Eine gute Idee mit dem Wegspeichern des gerade zu scannenden Bitmaps, leider bestätigen sich meine Befürchtungen.

Im Anhang der "Bilddump" jeweils für dtkDate und dtkTime.
Wie ich bereits schrieb, ist für die Uhrzeit alles im Butter, nur wird nichts auf den Bitmap.Canvas gezeichnet im Fall DateTimePicker.Kind = dtkDate .

Ich werde noch ein bisschen hinterherdebuggen und dann entnervt und weinend aufgeben.

[Whookie]

Sorry, habe ich im Eifer des Gefechts übersehen, du hast leider recht.

Laut MSDN ist ja WPARAM bei WM_PAINT nicht verwendet und etwas weiter unten sthet dann

[Zitat=MSDN]For some common controls, the default WM_PAINT message processing checks the wParam parameter. If wParam is non-NULL, the control assumes that the value is an HDC and paints using that device context.[/Zitat]

Damit muss man wohl davon ausgehen, dass das für dtkTime so umgesetzt wurde aber für dtkDate ein eigener DC erzeugt wird und dann landet die Ausgabe nicht mehr in der Bitmap...

[TiGü]

Es...ist...zum...Kotzen!

Wie kann man denn so fricklig eine wichtige Komponente im Framework umsetzen?
Möge dem verantwortlichen Entwickler bei Microsoft der Blitz beim Scheißen treffen.

[TiGü]

Ach, schau mal einer an, scheint gefixt zu sein:
http://qc.embarcadero.com/wc/qcmain.aspx?d=124908

Ist mir gerade beim Durchstöbern der Fixlist aufgefallen (http://edn.embarcadero.com/article/44049).
Gleich mal die Trial installieren und kontrollieren!

[Whookie]

Da bin ich aber mal gespannt wie sie das umgesetzt haben!

[TiGü]

Boah, das sind ja Schweinepriester.
Man muss glatt den Hut ziehen, vor soviel Cochones.
Anbei die Test-App mit XE7 gebuildet.

Die nehmen einfach, sobald das Control den Focus hat, den Wert seClients aus den StyleElements, so dass es aussieht wie unter Windows.

[TiGü]

Na ja, wenn man die Vcl.Style.Hooks vom Rodrigo mit ins Projekt nimmt, sieht das auch einigermaßen aus (siehe Screenshot).