Recht häufig stoße ich auf Posts, wo Dateinamen in Listboxen gestopft werden, und will man die Datei dann kopieren, dann steht der Dateipfad nicht zur Verfügung und vergleichbares Zeug.

Listbox ist nicht dazu da, dumme Strings aufzunehmen, sie kann ganze FileInfos aufnehmen, und der DateiPfad ("Fullname") ist nur eine der mannigfachen Datei-Information, die FileInfo bereitstellt.

Also: Vergesst Directory.GetFiles(), und nehmt stattdessen DirectoryInfo.GetFiles() !!
Und vergesst auch den My.Computer.FileSystem - Namespace, denn auch sowas:liefert keine FileInfos, sondern nur dumme Strings.

Und trennt Daten von Controls.
Also füllt nicht die .GetFiles() direkt in die Listbox, sondern füllt eine List(Of FileInfo) damit ab, und bindet die Listbox daran.

Listbox hat die erfreuliche Property .DisplayMember, mit der man angeben kann, welche der 15 Properties eines FileInfos angezeigt werden soll.
Hier habe ich eine App gebastelt, mit der man den DisplayMember sogar umschalten kann.
Das Umschalten erfolgt über eine Combobox cmbDisplayMember, die an ein String-Array gebunden ist, welche schomal 7 der 15 FileInfo-Properties bezeichnen.

Damit ist hoffentlich bewiesen, dass eine mit FileInfos befüllte Listbox wesentlich mächtiger ist, als wenn man nur dumme Strings einfüllt.

Im cmbDisplayMember_SelectedIndexChanged() wird der selektierte DisplayMember nicht aus der Combo geholt, sondern aus dem zugrundeliegenden String-Array.
Denn letzteres ist typisiert, während ich bei Zugriff per cmbDisplayMember.SelectedItem hätte eine Typumwandlung durchführen müssen.

Das gleiche Prinzip bei btShowCreationTime_Click(): das aktuell angewählte FileInfo wird nicht aus der Listbox gepuhlt, sondern dem FileInfo-Array entnommen - ebenfalls ohne Typumwandlung.
Mit diesem FileInfo könnte ich jetzt alles mögliche machen: kopieren, löschen, verschieben - aber im Sample zeige ich nur die .CreationTime an.

Also: Beim Proggen immer schön sauber bleiben! ;)

Habe jetzt mal 2 Forms drangemacht, die intensiver Databinding verwenden.

Erstmal eine Zwischenstufe, bei der statt eines Arrays eine BindingList(Of FileInfo) als DataSource verwendet wird.

Dann die "Endstufe", bei der im Datenfenster die Klasse "System.IO.FileInfo" als ObjectDatasource eingerichtet ist (im Datenfenster auf "Datenquelle hinzufügen" klicksen, und die FileInfo-Klasse in der mscorlib-Dll suchen).

Alle Bindings sind im Designer eingerichtet, nämlich Picturebox.ImageLocation (!!) und Listbox.Datasource. Dadurch wird der eigentliche Code wesentlich knapper, und kümmert sich wirklich nur um die erforderlichen Sachen.

Das macht ihn so klar, dass eiglich keine weitere Erläuterung des Codes nötig erscheint:


Die Anwendung kann einen Ordner anwählen, und bietet alle enthaltenen Bilder zur Auswahl. Und es gibt einen Button zum Löschen eines Bildes - das ist oft ja ein Problem, wenn eine BildDatei gelöscht werden soll, während sie angezeigt wird.
Die Lösung des Problem besteht darin, dass der Picturebox kein Image zugewiesen wird, sondern stattdessen ist die ImageLocation gebunden.
Dadurch kümmert sich die PB selbst um das Laden der Datei, und das handelt sie offensichtlich so, dass nach dem Lade-Vorgang keine Sperre der Datei besteht

Den PictureViewer habich heut nochmal neu programmiert, damit ihr dabei zugucken könnt.
Weil das Databinding ist doch recht trickreich, und wenn man nur den Code sichtet, kommt man kaum dahinter, wie man das macht, weils ist halt im Designer gemacht:
DirectLink
Die neue Source ist bisserl einfacher, und ist hier eingestellt.

Ähm - dassis aber grad der Sinn vom Video: die Arbeit mit den Designern und Assistenten zu zeigen - nicht das Hinschreiben von Code in den Editor.
Letzteres braucht kein Video, weil einfach nur den Code (besseren sogar!) kannste besser direkt in post#2 nachlesen und sogar downloaden.

Aber wie ein SplitContainer tickt, wie man Docking anwendet, wo das Datenfenster ist, wie man FileInfo als DatenQuelle einrichtet, wie eine Listbox da anhängen und wie die Picturebox - das sind die Sachen, die das Video zeigt, denn im Code später ist das nicht mehr zu sehen.
Und nebenbei auch Sorgfalt bei der Vergabe von Namen, dass die Dinge sofort einen treffenden Namen bekommen, weil "der Name ist Programm".