Richedit 2.0-Steuerung ignoriert WPARAM für WM_PAINT-Nachrichten?

Question

Ich habe viele Probleme mit dem Versuch, eine Richedit-Steuerung zu doppelt, gelesen, aber keine direkten Antworten auf diese spezifische Frage gesehen (wäre wirklich großartig, um ein Zitat / Link zu haben, in dem Microsoft eine offizielle Erklärung hat) .

Hier ist ein Teil des Codes (VCL / Delphi / Borland Builder 6.0), den ich zum Testen verwendet habe: generasacodicetagpre.

Wenn ich beginnend () anrufe, bevor er vererbt: . Wenn ich stattdessen GETDC () aufrufe, zeichnet die Steuerung immer noch nicht auf den Speicher DC, sondern zeichnet das Fenster DC direkt an. Ich bestätige dies, indem ich meinen BitBLT-Anruf kommentieren .. Wenn es nicht kommentiert ist, ist der Clientbereich ganz schwarz (dh die Steuerung hat auf dem Speicher DC überhaupt nicht gemalt), wenn ich diese Zeile kommente, Die Steuerung zieht ordnungsgemäß (dh er wird den WPARAM-Speicher DC angetroffen und ging direkt zum Fenster DC).

Während ich anhört, als hätte ich meine eigene Frage beantwortet, was ich wirklich will, ist eine Bestätigung von anderen (Link zu MS KB-Artikel oder MSDN wäre großartig, also kann ich meinen Chef zeigen :), und mögliche andere Ideen, um ein Doppelpuffering zu erreichen? Ich kann die meisten Hacks nicht verwenden, die ich gefunden habe, als hätte die Kontrolle den Off-Screen- oder Verwenden von WM_PRINT, da ich diese Steuerung benötige, um tatsächlich für Benutzereingaben und Bildlaufleiste zu arbeiten , es ist nicht nur schreibgeschützt für die Anzeige.

Außerdem ist die Steuerung Richedit 2.0, obwohl ich vcl verwende. Ich habe auch bestätigt, dass die VCL-Layer nicht mit dem Malerei meldet, so dass das gleiche Verhalten mit dem reinen Win32-Code gesehen werden sollte.

Answer 1

what I really want is confirmation from others (link to MS KB article or MSDN would be great, so I can show my boss :)

How about the obvious location: The documentation for the WM_PAINT message, which clearly states

wParam

This parameter is not used.

There is therefore no reason to expect that modifying the wParam will have any effect.