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

[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).

[TiGü]

Funktioniert in XE3 leider doch nicht so einfach wie gedacht, die müssen im originalen Style in TDateTimePickerStyleHook.WMPaint(var Message : TMessage); noch irgendetwas anders machen.

Könnte sich bitte jemand erbarmen und mir den Quelltext von Vcl.ComCtrls.TDateTimePickerStyleHook aus seiner XE7 Installation schicken?

Mehrere XE7 Lizenzen zu kaufen und das aktuelle Projekt kurz vor einen wichtigen Release umzustellen, ist leider keine Option für uns.