Suchergebnisse

also Databinding ist, wenn der DetailView mit der auswahl der Liste synchron ist. Erst bei Doppelklick zu aktualisieren dürfte die meisten User irritieren, durch die inkonsistenz der Darstellung links und rechts. Was schönes dazu weiß ich nicht, weil ich son Gui nicht schön fände. Annere Möglichkeit wäre, auf Doppelklick hin ein gesondertes Form modal zu öffnen - das wäre wieder eine konsistente Präsentation.

Dafür ist soweit ich weiß nichts vorgesehen auf BindingSource- oder Dataset-Ebene. Dafür musstewohl von jedem Control ein Changed-Event abfangen, damit du bei der ersten UserEingabe die linke Seite disablen kannst or whatever.

ja, das wird kompliziert, weils drauf hinausläuft, ein eigenes IsInEditMode zu schreiben. Die Changed-Events dürfen erst bei SplitPanel2_GotFocus aktiviert werden, und der IsInEditMode muss ja auch wieder ausgeschaltet werden und so Zeugs. Deine "Kleinigkeit" ist halt ein fragwürdiger aussergewöhnlicher Sonderwunsch, und das kostet, so oder so: ob du nun mit Databinding fährst oder ohne. Vom Databinding vorgesehener Standard ist eben, dass beim Wechsel des Datensatzes die in Controls evtl. gemac…

Du wolltest also das Rad neu erfinden, weil du denkst, dann kannst du alles besser steuern. Das Rad ist numal schon erfunden, und funktioniert hervorragend. Und du kannst damit ebenfalls alles steuern, nur: statt dein eigenes Rad zu erfinden, musste den Umgang mit dem Standard-Rad erlernen. Das ist auch aufwändig, aber vermutlich weniger aufwändig als das Selbst-Erfinden. Und du lernst viel mehr dabei, und wirklich neues, als wenn du nur deine bisherigen Kenntnisse in deiner Eigen-Erfindung repr…

kannst du ja - beim expliziten, bestätigenden Verlassen des EditModus (egal wie das umgesetzt ist) ist dann halt die Speichern-Routine aufzurufen. Nützlich wäre halt eine allgemeine Speichern-Routine, die alle Changes speichert, ob das nun ein einziger Datensatz ist, oder 200, aus nur einer Tabelle, oder aus 5 verschiedenen - das kann der Routine schnurz sein - anhand der Änderungsverfolgung kann man das ein für allemal abhandeln, sogar ganz allgemein für jede Datenbank.

zum Editmodus habe ich mich doch in post#8 ausgelassen - was ist daran unklar?

Das ist nun eine Form des expliziten Übergangs in den Editmode. Das kann man wesentlich einfacher haben. Du kannst den DetailView an eine geeignete extra-BindingSource binden - im Designer - geht ganz problemlos. Dieser BindingSource weist du beim Doppelklick selectorBindingSource.Current als DataSource zu - kein weiteres Herumstöpseln an den Controls ist dafür nötig. Auch DataSourceUpdateMode.OnPropertyChanged kannst du bequem im Designer einstellen - ein für allemal. Musste halt bei den Bindun…

hier ein dubbeliges Beispiel - Artikel kann man editieren nach Doppelklick im ArtikelGrid. Ich halte ja den expliziten EditMode über das Artikel-Menü für die bessere Benutzerführung, zumal die ebenso auch das Hinzufügen abdeckt. Wozu du DatasourceUpdateMode.OnPropertyChanged brauchst ist mir dabei unklar.

ist hübsch, dass nun der wert im DGV gleich mit-hopst - aber um den Preis, dass der Cancel-Button nun keine Funktion mehr hat. (Mal abgesehen von den technischen Problemen) so problematisch isses auch nicht - der Fehler kommt daher, dass du bestehende Bindings nicht vorher entfernst, bevor du neue setzst.