in welcher Zeile, und bitte vollständige Fehlermeldung?

nächste Frage: Welchen Datentyp hat Me.TestBindingSource.Current?

siehe auch: Video-Tut: Welchen Datentyp hat das Objekt?

EdR hat Dir sogar einen Link gegeben, mit dem Du die Frage beantworten kannst. Oder du zeigst in Visual Studio mit der Maus auf Current und es wird Dir gezeigt. Danach weißt Du auch schon bald, warum die Meldung kommt.

Wenn überhaupt, dann ist das eine Collection. Ein Element aus einer List(of T) kann nicht auf diese Weise aufgerufen werden. Interessant ist aber eher von welchem Typ "T" in diesem Fall ist. Welchen Datentyp haben die Element in deiner Collection?

EDIT: Hat sich mit dem Post von @ErfinderDesRades erledigt.

Es mag sein, dass das Objekt eine Liste ist, aber es ist nicht als Liste deklariert.
Daher weiss der Compiler nicht, dass es eine Liste ist (wenn es überhaupt eine Liste ist).
Nach dem Datentyp der Elemente dieser mutmasslichen Liste zu fragen ist den dritten Schritt vor dem ersten tun.

@uNbRaKe: 1. Schritt: Beantworte die Frage: Welchen Datentyp hat Me.TestBindingSource.Current?

Mit Hilfe des gegebenen Tut sollte sich das in 5s beantworten lassen (zuzüglich natürlich der Zeit, die man braucht, um das Video anzugucken).

---

uNbRaKe schrieb:

ich habe das Problem, dass Option Strict On "spätes Binden" nicht zu lässt.
Kann mir das bitte jemand erklären?

Das kann übrigens bereits erklärt werden:
"Spätes Binden" (engl: Late Binding) meint, dass auf einen Objekt-Member zugegriffen wird, der zur CompileZeit nicht bekannt ist.
Also die Klammern mit dem String:versucht auf etwas zuzugreifen, was dem Compiler nicht bekannt ist.
Sowas macht ein Strict-On-Compiler nicht, weil das eine höchst fehlerträchtige Operation ist (und langsam, und nicht nötig).
Wäre Strict.Off, so wäre Late Binding aktiviert, und der Compiler würde nicht meckern. (Stattdessen würden Fehler auftreten, wenn das Programm läuft, und an diese Stelle kommt).

Da ist es wesentlich besser, wenn der Compiler bereits jetzt meckert, und der Programmierer Sorge tragen kann, dass dem Compiler bekannt gemacht wird, auf welchen Objekt-Member zugegriffen werden soll.

Super!

Und an ein Objekt kann man nicht eine Klammer mittm String dranhängen
ergibt keinen Sinn - das sagt dir der Compiler.
Wäre es ein String-Dictionary, oder eine TreenodeCollection, oder...., dann ergäbe es Sinn, denn diese Klassen haben eine indizierte Default-Property, die sone Syntax akzeptiert

---

Du sagst:

uNbRaKe schrieb:

ruft das aktuelle Element der Liste auf.

Welche Liste?
Ist Me.TestBindingSource eine Liste?
Nein - es ist eine BindingSource.
Kann man im weitesten Sinne auch als Liste auffassen, aber das ist schon seehr frei interpretiert.
Zum beispiel funktioniert die Add-Methode der BindingSource nicht, wenn sie gebunden ist (und dazu ist sie da).

So eine BindingSource kann alles mögliche enthalten, je nachdem, woran sie gebunden ist.
Ist sie an eine DataTable gebunden, so enthält sie DataRowViews.
Me.TestBindingSource.Current könnte also ein DataRowView sein - auch wenn .Current nicht als DataRowView deklariert ist.
Ich weiss es nicht, und dein Compiler weiss es erst recht nicht.
jedenfalls, wenn die BindingSource an eine DataTable gebunden ist, dann weiss ich es: DataRowView.
Und dann kann ich dem Compiler helfen, indem ich ihm sage, was das für ein Ding ist:Dann würde es sogar prinzipiell Sinn machen, Klammern mit Strings anzuhängen, etwa so:Weil ein DataRowview steht für einen Datensatz einer DataTable, und die hat ja string-benannte-Spalten.
Allerdings bei hätte ich grosse Zweifel, dass die Spalten wirklich so heissen - aber möglich ist das.