1. Es gibt eine fixe Reihenfolge: Load, Shown, Paint
2. Was heißt vollständig? Das Form selber oder auch all die CEs, die aber quasi für sich selbst verantwortlich sind?
3. Ein Stop, ein Invalidate, Refresh, Update, wenn Du mit der Maus über einen Button fährst, ihn anklickst, …
4. Nein. Es löst DGV-Events aus. Aber diese lösen normalerweise nicht wieder das Paint-Events des Forms aus.

Alles Spekulatius. Ohne Code keine konkreten Lösungswege von meiner Seite möglich.

@Lightsource Das DGV-Paint-Event ist nicht dafür gedacht, Daten in einem DGV anzuzeigen!
Jede Zelle ist ein eigenes Control, das sich selbst darstellt.
Sonderbehandlung gibt es im CellFormatting-Event, da kannst Du im Prinzip für jede Zelle einzeln ihren Inhalt so darstellen, wie Du es möchtest, also Zahlen auf 2 Nachkommastellen begrenzen oder den Hintergrund einfärben und solch.
Was soll denn wie in Deinem DGV dargestellt werden?
Hast Du spezielle eigene Spalten da drinne?

Was passiert denn, wenn Du das Form aus dem Bildschirm raus- und wieder reinziehst?

Lightsource schrieb:

Ohne Mausbewegung im Form wird das Paint-Ereignis gefeuert.

Ja, sicher. Vor dem und beim Programmstart siehst Du nix. Wenn alles fertig geladen ist, siehst Du das Form. Woran liegt's? Weil das Form gezeichnet wurde. Eben weil es auf dem Bildschirm sichtbar wird. Und damit das Paint-Event gefeuert wurde. Das ist auch, wenn Du was anderes in den Vordergrund holst und danach Dein Form wieder in der Vordergrund bringst. Dann nuss es auch wieder neu auf dem Monitor gezeichnet werden -> Paint-Event.

Sowas kann man doch debuggen.
ZB verdächtige Events mal temporär abhängen, obs dann immer noch laggt.

ZB eine Ereigniskette entsteht, wenn innerhalb des Ergeignisses Code ausgeführt wird, der mittelbar das Ereignis erneut auslöst.
Das Paint-Event ist prädestiniert für sowas. Wenn da etwa an Daten rumgefummelt wird, die - via Databinding - neu dargestellt werden müssen (nämlich gepainted).
Aber wie gesagt: Spekulatius.

@Lightsource Teste dies:

Lightsource schrieb:

Paint scheint mir nicht gerade ein verlässliches Event zu sein.

Das kann ich absolut nicht unterschreiben.

Lightsource schrieb:

Warum wurde Paint bereits aufgerufen, bevor das Form fertig aufgebaut war?

(ähm - woher weisst du, dass das so ist?
und: Definiere "Form fertig aufbauen")

Wie dem auch sei.
Beachte auch, dass es beim DGV viele PaintEvents gibt: CellPainting, RowPainting, RowPrePaint,...
Es ist wichtig, das Painting-Konzept von WinForms als Ganzes zu verstehen.
Ein Paint-Vorgang wird nicht (unbedingt) von deinem Programm ausgelöst.
Sondern das Betriebssystem stellt fest: "Da und da auf dem Bildschirm hat sich was verändert - vielleicht ist ein Fenster (irgendeines - nicht unbedingt deine App) geschlossen worden, oder verschoben - jedenfalls an der Stelle müssen wir neu hinmalen, was auf dem Bildschirm zu sehen sein soll."
Und dann sucht das Betriebsystem das Fenster, was an der Stelle zuoberst ist, und sucht die Anwendung dazu (deine App etwa), und gibt der Bescheid, sie solle mal den und den Bereich neu zeichnen.
Deine App sucht dann, welches Fenster an der Stelle zuoberst ist, und welches Control auf dem Fenster an der Stelle - und wenn das dein DGV ist - ja, dann purzelt da ein DGV_Paint bei raus, und wenn eine DGV-Zelle auch in dem Bereich liegt, dann auch ein DGV_RowPrepaint, DGV_RowPaint, DGV_CellPrePaint, DGV_CellPainting,... etc..

Also wo du mit deine Maus hinklickst hat nur indirekt was damit zu tun, welche Paint-Events da ausgelöst werden.
Nämlich wenn du in eine Zelle klickst, dann soll die wohl das Focus-Rectangle bekommen. Das heist, von einer anderen Zelle muss der Focus weggenommen werden, und an die Zelle gegeben werden, wo du hingeklickst.
Beide Bereiche werden dem Betriebssystem mitgeteilt, und dann geht obige Kaskade wieder los, und iwann purzeln deine PaintEvents bei raus.

Kann auch sein, dass so ein Paint-Vorgang überflüssigerweise losgetreten wird - dem Betriebssystem wird ja nur "da und da" mitgeteilt, es kann ja nicht selbst überprüfen, ob was denn da hingemalt wird nicht vielleicht 100% identisch ist mit dem, was schon vorher da war.

---

Langer Rede kurzer Sinn:
Im Paint-Event - wenn du es abonnierst - sollst du painten.
Du kannst auch andere Sachen da machen - damit versaust du dir evtl. aber die Performance - weil Paint-Events können u.U. in sehr schneller Folge gefeuert werden.
Vor allem solltest du da nix machen, was neu dargestellt werden müsste - weil damit rufst du ja selber den nächsten Painting-Vorgang hervor.

---

Jo, so ist das, und ist sehr zuverlässig, und eröffnet enorm vielfältige Möglichkeiten, die Darstellung selbst zu gestalten.
Was da nun bei dir schief läuft, und in welchem Paint-Event kann man vermutlich nur in deinem Code nachlesen.
Die Möglichkeiten, da Mist zu bauen, sind jedenfalls noch vielfältiger.
Vielleicht hast du ja einen .Invalidate() - Aufruf in deim Paint-Event-Code - das wäre genau so eine Benachrichtigung ans Betriebsystem, den nächsten PaintVorgang vom Stapel zu lassen.
Sowas passiert zB leicht, wenn man Code von iwoher zusammenkopiert.

Also wenn vollständige Sichtbarkeit zum "Form-Aufbau" gehört, dann müssen zwingend zuvor alle dafür nötigen Paint-Events durchlaufen sein - sonst wäre das Form ja nicht oder nur unvollständig sichtbar.

---

Das Betriebssystem macht seinen Job sehr gut.
Allerdings kann dein Code das Betriebssystem veranlassen, unnötige PaintVorgänge auszulösen.
Probier mal diesen Quatsch:

Ein Timer? Ich glaub, ich kapier einfach nicht, was Du mit dem Ganzen bezweckst. Was muss denn da dauernd warum neu gezeichnet werden?

Ja, aber wozu dann mit Timer oder Paint-EventHandler? Das Ummalen eines DGVs würd ich z.B. im CellEndEdit-EventHandler oder im CellValidated-EventHandler anstoßen. Oder wenn Daten anderweitig gespeichert und dann im DGV angezeigt werden, z.B. man gibt Daten in ner TextBox ein und klickt auf nen Button, um die Daten abzuspeichern, dann würd ich z.B. die Cell(x).Style.BackColor der betroffenen Zellen in ner Sub entsprechend ihrer Werte ändern. Und diese Sub im Button.Click-EventHandler aufrufen. Oder anders ausgedrückt: Wertänderungen oder Grenzwertüberschreitungen tauchen ja nicht aus dem Nichts aus. Von irgendwo werden die Dinger ja angestoßen. Und dort kann man auch das Design des Ziel-CEs ändern lassen.

ErfinderDesRades schrieb:

Im Paint-Event - wenn du es abonnierst - sollst du painten.

Auch wenn EdR manchmal in Rätseln spricht, bin ich mir sicher, dass er meint: Linien malen, Kreise, Bilder, whatever. Das, was Du brauchst, um das CE so aussehen zu lassen, wie es Dir gefällt - aber vom CE nicht anderweitig zur Verfügung gestellt wird! Da aber bei ner DGVCell mit Style.BackColor u.ä. das DGV sehr viel ermöglicht, ist das kein Fall, der mit dem Paint-EventHandler abgearbeitet werden muss/sollte.

Kann ich insofern nicht nachvollziehen, weil ich denke, dass sehr vieles ohne das Abfangen des PaintEvents geht, siehe Anhang als Minimalbeispiel.