Paint Message abfangen/Herkunft finden

[himitsu]

So schwer sollte eine schnelle Änderung nicht sein.
- an der Stelle, wo gezeichnet wird, leitest du alles in ein Bitmap.Canvas um
- ans Ende der Zeichenroutine(n) hängst du noch ein Repaint deiner Anzeige
- ins WM_PAINT/OnRepaint kommt nun nur noch das Ausgeben dieses Bitmaps rein und fertig
= Problem beseitigt und ein mehrfaches Repaint stört nicht mehr, bzw. kaum noch

[alfold]

Zitat von ConnorMcLeod:

...Habe hier fremden Code und es passiert ein unerwünschtes Zeichnen der Form. Eigentlich ist alles fertiggezeichnet und es wird eine Usereingabe erwartet, aber auf einmal passiert besagtes WM_PAINT...

sieht ja so aus als wenn es keine standard Komponente ist! oder wie soll man das verstehen? Eine Form für Usereingaben, da kann ja im allg nicht besonderes als code sein!!??

Zitat von ConnorMcLeod:

..Es kommt einfach eine zweite WM_PAINT Message daher.
d.h. das Fenster wird gezeichnet, dann nocheinmal. Beim zweitenmal wird es falsch gezeichnet, weil die Logik, die z.B. die Farben berechnet, nicht dafür ausgelegt ist, dass die Berechnung zweimal hintereinander erfolgt (wie gesagt ... nicht mein Code )...

Kann es sein das da evtl noch ein 'Applikation.Processmessage' drin ist?

Zitat von ConnorMcLeod:

Ich weiss, wer malt und ich weiss, wie gemalt wird; ich weiss aber leider nicht, warum gemalt wird ...

Gemahlt wird aber nur mit Images oder halt mit graphic Komponenten. Standard Komponenten machen das selbst! Darum wundere ich mich über diese Aussage.

Zitat von ConnorMcLeod:

..Ich habe gefragt, wie schaffe ich *X* und bekomme als Antwort: mach lieber *Y*. Das ist zwar nett gemeint, aber keine wirkliche Hilfe.

Seit der Umstellung (von D7) auf D2010 ist Einiges anders und ein Tail davon beeinflusst scheinbar dieses Verhalten.

Meine Frage: wie kann ich feststellen, von welchem Code das Windows dazu veranlasst wird, ein WM_PAINT zu senden?

in dem Du mal ein Haltpunkt setzt und dann step by step durch gehst und Dir den Code richtig anschaust!

Ansonsten kann ich Dir nur empfehlen mal 2Bilder an Deinem ersten Post ranzuhängen damit wir sehen was Du meinst! Noch besser ist natürlich der Code für das sogenannte EingabeFenster um das es ja hier geht! Oder treten diese Fehler in Deinem ganzen Projekt auf!?

alfold

[ConnorMcLeod]

Danke für Euer Mitgefühl
Ich sehe, dass ich zuwenig Info gegeben habe...

Es handelt sich um ein MDIChild, in dem Labels, DBEdits und DBGrids sind. Alles abgeleitete Versionen mit zusätzlicher firmeneigener Funktionalität. Um das DbGrid geht es und hier passieren kranke Dinge, die leider dzt unumgänglich sind. Und die u.A. pro Zelle(!) die DB um einen Status befragen, der die Farbe beeinflusst. Bitte nicht lachen, mit ist bereits schlecht, ok?

Ein Buffer-Bitmap scheidet hiermit leider aus, weil im Grid auch gescrollt wird.

Die Idee mit ProcessMessages ist gut, das seh ich mir an. Weil ich ProcessMessages um jeden Preis vermeide, habe ich nicht daran gedacht.

Gesteppt habe ich schon, danke für den Tip, sowas mach ich meistens als Erstes.

Die Gesamtheit der Antworten hat mir eine Richtung gezeigt, ich schätze, dass der Datensatzzeiger im Hintergrund auf Unsinn verändert wird und das Grid nochmal zeichnen möchte.

Danke nochmal und lg,
Wolfgang

[ConnorMcLeod]

Zitat:

in dem Du mal ein Haltpunkt setzt und dann step by step durch gehst und Dir den Code richtig anschaust

Nur als Klarstellung: wenn das WM_PAINT daherkommt und im Haltepunkt hängenbleibt, dann ist es ja schon ausgelöst worden. Nun muss ich draufkommen, warum/wer das ausgelöst hat. Also den *Absender* der Message finden, aber der steht nicht im MessageRecord...

[alfold]

Vielleicht? hilft hier schon die Komponente/Form DoubleBuffered := True zu setzen?
Das nochmalige zeichen kann zb auch durch ein Changeereignis passieren!
alfold

[BUG]

Ganz dreckige Idee: Schmeiße die überflüssigen WM_PAINTs einfach weg bzw. spring aus der Behandlungsroutine, wenn du denkst "Nö, jetzt nicht nochmal.".

[alfold]

Zitat von ConnorMcLeod:

Nur als Klarstellung: wenn das WM_PAINT daherkommt und im Haltepunkt hängenbleibt, dann ist es ja schon ausgelöst worden. Nun muss ich draufkommen, warum/wer das ausgelöst hat. Also den *Absender* der Message finden, aber der steht nicht im MessageRecord...

Mir ging es hierbei zu schauen ob evtl Changeereignisse, Vermutung liegt nah, nach seiner letzten Aussage, das doppelzeichen verursachen!

Alla: Create, Paint, Change und darauf wieder Paint!

alfold

[blauweiss]

Zitat von ConnorMcLeod:

Ein Buffer-Bitmap scheidet hiermit leider aus, weil im Grid auch gescrollt wird.

Hallo Wolfgang,

ihr habt doch überhaupt keine andere Wahl, als die Paint-Routine sauber und stabil zu machen.
Sprich unabhängig davon, wann und wie oft WM_PAINT-Messages kommen -> es darf keine Probleme machen und das Ergebnis (Optik und alles was im Hintergrund noch passiert) muß konsistent bleiben.

Diesen Aufwand eines Redesigns müsst ihr m.E. betreiben, alles andere ist Zeitverschwendung.

Gruß,
blauweiss

[ConnorMcLeod]

Zitat von alfold:

Alla: Create, Paint, Change und darauf wieder Paint!

Ahso, verstehe. Hab ich jetzt gecheckt, leider keine neue Erkenntnis, aber Danke für die Idee!
lg Wolfgang

[ConnorMcLeod]

Zitat von BUG:

Ganz dreckige Idee: Schmeiße die überflüssigen WM_PAINTs einfach weg bzw. spring aus der Behandlungsroutine, wenn du denkst "Nö, jetzt nicht nochmal.".

Wenns hart auf hart kommt, mach ich das wirklich, ist ja nur noch für ein paar Monate.
Netter Gedanke, merci!
lg Wolfgang