Liefert denn die Find-Funktion bei anderen ID-Werten überhaupt BS-Positionen ≠ 0 zurück? Arbeitest Du mit typ. DataSet? Welchen Typ hat ID in der Datenquelle? String? Int? Und nur zur Sicherheit: Heißt die Datenspalte in der Datentabelle wirklich (nur) »ID«?

Anmerkungen:
Ich ignorier mal die Verwendung von MsgBox.
Option Strict ist On?
Wozu hast Du DGVItem als Object deklariert? Weil Find ein Object fordert? Da alles von Object erbt, kannst Du auch DGVItem als Int deklarieren.

hast du mal einen Link von MSDN, wo BindingSource.Find dokumentiert ist?

Sehr gut!

Nun lies den Abschnitt "Hinweise" - es passt nicht zu 2 .

Westerwälder schrieb:

so wie ich das verstehe muss ein view dazwischen sein.

Was ist denn ein "view"?

IN meiner Welt muss letztlich eine Datatable Datasource der BindingSource sein.

Es sei denn du arbeitest mit EntityFramework.

Theoretisch gibt es noch weitere Möglichkeiten - aber nur theoretisch.

jetzt haste mich aber echt abgehängt - "Mehrfachabfragen mittels DataTables in Schichten"?

Ah - jetzt mit dem Code verstehe ich besser - du sprichst von einem DataView! Und zwar eines, was du mit Linq2Dataset gebildet hast!

Ich würd dir sehr dringend empfehlen, die vorgesehenen Begriffe zu benutzen - insbesondere wenn du von Klassen sprichst, deren Namen korrekt wiedergeben - sonst kann man dich nicht verstehen.

Zum Code: Die Benamung ist schoma falsch, es ist kein FormularFilter, sondern ist ein DataView.
Ja - im weitesten Sinne auch ein Filter, aber wenn von BindingSource und Filter die Rede ist, nimmt man an, die BindingSource.Filter-Property ist gemeint, und die ist vom Datentyp String - nicht DataView.
Deshalb: Nenne Strings String, und DataViews DataView - das macht vieles einfacher.

Und deine Linq-Konstruktion da oben - funktioniert die irgendwie? Und wenn ja, wie?

Nur zur Sicherheit: Wenn Du die letzte Zeile aus Deiner DataSource rauslöschen willst: Schau mal bitte nach, wieviele Zeilen in ihr tatsächlich drinstehen. Am Ende fehlt nur ein AcceptChanges. Bzw. ein RejectChanges, um die Änderung zu verwerfen.

Westerwälder schrieb:

Funktioniert gut.

Dassis erfreulich zu hören.
Und wie ich feststellen muss, drücke ich mich auch nicht klar aus - weil ich hatte eiglich gehofft, noch ein klein bischen mehr deines codes ansichtig werden zu können.

Also mit "Wenn ja, wie?" meinte ich nicht "wie gut?", sondern eher wie funktioniert das - wie sieht der Code aus, der das benützt (jaja - der Code, der das benützt sieht auch gut aus, evtl. sehr gut sogar - aber das meine ich nicht!).

also ich weiß net, warum die Find-Function von sone Linq2Dataset-Dataview failt.
Meine Versuche mit diesen DataViews waren ebenfalls recht unerfreulich - da täts mich nicht wundern, wenn auch dieses Feature einfach buggy wäre.
Ich hab mir eine eigene Find-Funktion gebastelt, als Extension.
Die läuft ganz trivial die Daten durch, und stellt die Vergleiche selber an - dann stimmt das auch.
Sowas könnteste doch auch coden: Eine Methode, die diese L2Dts-DataView durchläuft und den ersten Treffer-Index returnt.
Meine Methode heisst sogar MoveTo(), weil ich nicht nur den Index returne, sondern auch gleich die Position drauf einstelle.

AFAICS kommt es drauf an, wann man in der BS nach dem Wert sucht. Im CellEndEdit-EventHandler ist es zu früh, da dort die neue (leere) Zeile zwar schon da ist, jedoch noch nicht deren Inhalt. Im Validated-EH hingegen funktioniert auch die Find-Methode. Zumindest bei meiner Testkonstellation.

EDIT: Der früheste Zeitpunkt, um nach einem Wert in der DataSource mithilfe der BS.Find-Methode zu suchen, ist, sobald das DGV-Event »DataBindingComplete« feuert => im entsprechenden EventHandler ist die Find-Methode erfolgreich. Dass das Event auch zu ganz anderen Zeiten abgefeuert wird, sei mal dahingestellt.