Suchergebnisse
Suchergebnisse 1-5 von insgesamt 5.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
Lässt sich das Problem auf genau zeile #5 eingrenzen? Weil die anneren Zeilen können imo schneller kaum sein. Dann könnte man sich speziell dafür durchaus was ausdenken.
-
Jo, das .CellFormatting scheint ein ungeeignetes Event zu sein, um einen Row-DefaultCellStyle zu setzen. .CellFormatting wird wie der Name sagt für jede Zelle aufgerufen - und zwar findet das im Zusammenhang mit dem Paint-Vorgang statt. Folglich ergibt sich eine EreignisKette, nämlich die Modifikation des DefaultStyles der Row löst ja logisch wiederum einen Paint-Vorgang für alle Zellen dieser Row aus. Probiermal stattdessen das .RowPrePaint - Event. (und wenn das auch nicht hilft, muss man wohl…
-
Zitat von tragl: „würd' ich gerne ma testen, ich weiß aber akut nicht wie ich da einen Zellinhalt abfragen“ZellInhalt abfragen ist ja eh nicht wirklich schön. Besser ist, du fragst den Datensatz - dgv.Row(e.RowIndex).DataboundItem ab, DoppelCast auf die typisierte Row, und dann die Daten-Property abfragen, die interessiertVB.NET-Quellcode (2 Zeilen) Aber das mittm DoubleBuffer sieht ja auch interessant aus - aber das ist ein Hack, weisste, ne? Zitat von CodeProject: „...it also significantly red…
-
Zitat von ErfinderDesRades: „.RowPrePaint“ .RowPostPaint löst doch einen erneuten Paint-Vorgang aus, tät ich denkn.
-
schade - ich kanns nicht nachstellen. Hab jetzt extra ein DGV mit 10000 Datensätzen gebastelt - 2 von 7 Zeilen im RowPrepaint grau machen - kein (Scroll-)Problem.