AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign Delphi WM_PAINT in eigener Komponente richtig handlen
Thema durchsuchen
Ansicht
Themen-Optionen

WM_PAINT in eigener Komponente richtig handlen

Ein Thema von Codehunter · begonnen am 7. Okt 2016
Antwort Antwort
Benutzerbild von Codehunter
Codehunter

Registriert seit: 3. Jun 2003
Ort: Thüringen
2.272 Beiträge
 
Delphi 10.4 Sydney
 
#1

WM_PAINT in eigener Komponente richtig handlen

  Alt 7. Okt 2016, 10:39
Moin!

Folgendes Problem: Eigene Komponente von TForm abgeleitet. Darin WM_PAINT abgefangen und Fensterinhalt selbst gepinselt. Soweit alles fein. Jetzt interagiert das Form mit der Maus bei Bewegungen, der Hintergrund wird bei WM_MOUSEMOVE neu gezeichnet. Dabei zeigt die Komponente ein wildes Geflicker, weil WM_ERASEBKGND zwischendurch stört. Seltsamerweise wird der Hintergrund selbst dann erased wenn ich in meiner Komponente WMEraseBkGnd ebenfalls überschreibe und dann nicht inherited aufrufe.

Das Geflicker konnte ich dadurch unterbinden, dass ich die Prozedur TForm.WMPaint override und dann darin NICHT inherited aufrufe. Allerdings funktioniert dann die Message Propagation zum Parent, dessen Parent usw. hin nicht mehr. Heißt, dass Statusänderungen durch die Mausbewegung nur noch auf der Komponente visualisiert werden, jedoch nicht im ParentForm.

Nun wäre die Frage: Wie kann ich WM_PAINT so handlen, dass kein WM_ERASEBKGND ausgelöst wird, die Message Propagation zu den Elterncontrols (und dessen anderen Kindern) aber nicht blockiert wird?

Grüße
Cody

EDIT: Danke, hat sich schon wieder erledigt Die Lösung: WMEraseBkGnd überschreiben und nicht inherited aufrufen, in WMPaint das inherited VOR den eigenen Zeichenroutinen setzen. Ergebnis: Alles schön flickerfrei.
Ich mache grundsätzlich keine Screenshots. Schießen auf Bildschirme gibt nämlich hässliche Pixelfehler und schadet der Gesundheit vom Kollegen gegenüber. I und E zu vertauschen hätte den selben negativen Effekt, würde aber eher dem Betriebsklima schaden

Geändert von Codehunter ( 7. Okt 2016 um 10:48 Uhr)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 10:27 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz