Suchergebnisse
Suchergebnisse 1-5 von insgesamt 5.
Hier erfahren Sie, wie einfach Sie Ihren Browser aktualisieren können.
-
VB.NET-Quellcode (23 Zeilen) Allerdings ist das nur quicknDirty. Sobald einer auf den Spaltenkopf klickt wird umsortiert, und die Indizierung stimmt nimmeh. Dann fängste an, codeseitig die DataTable und das DGV auszubauen, und ist bald so umfangreich, dassde doch besser ein typisiertes Dataset genommen hättest.
-
Zitat von RodFromGermany: „VB.NET-Quellcode (1 Zeile)“ist ein Holzweg, der zu überflüssigen Zeilen führt. Beim Click auf die ZufügeZeile wird bereits ein Table.NewRow ausgeführt - diese Row ist aber erstmal detached, also noch nicht Element der Table. Aber sie ist Element des DataViews (Table.DefaultView) - was im Hintergrund von Databinding diese Dinge verwaltet. wie's ohne geht Siehe mein CodeSample.
-
Ich weiss grad nicht, worauf du dich beziehst - mit .BeginEdit habich ja nix vorgeschlagen. Und auch in deim Code kommt das nicht vor, und auch nix mit editieren. Insbes. "Editieren" ist nicht eindeutig: Man könnte den aktuellen Datensatz editieren wollen, oder aber auch nur die aktuelle DGV-Cell. Vielleicht nochmal aussagekräftigeren Sample-Code? hierma soweit das cell-edit mit einem Dialog (getestet):VB.NET-Quellcode (5 Zeilen)
-
Hä? ich frage dich, worauf post#7 sich bezieht, udn du antwortest mit einer Zeile aus demselben post? Und in post#5 kommt wie gesagt ".BeginEdit" nicht vor. Ebenfalls wie gesagt halte ich den post#5-Code für einen Holzweg. Insbes. zeile#25 ist mir unverständlich - da wird DGV.AllowAddRows negiert, nachdem es bereits stattgefunden hat (das findet nämlich statt, bevor _DoubleClick auslöst (wie du in post#7 richtig bemerkst)). keine Ahnung - vielleicht wird durch die Umstellung die bereits autogene…
-
Hmm - ich kriege bei deiner Lösung komisches Verhalten, wenn ich in die Zufügezeile einfach klickse, dann woanders, dann doppelklick. Wenns ganz dumm läuft bleibt die Zufügezeile auch mal weg.