Suchergebnisse

Der Inhalt einer DGV-Cell kann von Haus aus nicht beides sein: Text und Bild. Entweder ist die betroffene Spalte eine TextColumn oder eine ImageColumn.

Dann eben ich: Auch das steht im Tut. Du nimmst den CellFormatting-EventHandler her und packst dann codetechnisch das Bild in die Zelle. Wie man von Pfad auf Bild kommt, ja, das steht explizit nicht im Tut, da - wie vom EdR erklärt - es wahrscheinlich inperformant ist, aber das wär ja ne 5-Sekunden-Internet-Suche: Machbar z.B. mit VB.NET-Quellcode (1 Zeile)Alternativ auch möglich über den BindingSource_CurrentChanged-EventHandler und dann mit Current und dem DataTable-Wert.

Na dann: Überprüf erstmal mit IO.FileExists(DeinPfad), ob der Pfad in Spalte 8 existiert, bevor Du daraus ein Bild erstellst. Und wenn nicht, schau nach, ob da unsichtbare Whitespaces drin sind, z.B. Zeilenumbrüche etc.

Shame on you and shame on me . IntellSense hätte die Antwort parat gehabt. 8 und 9 sind ja schon die ColumnIndizes. Die RowIndices sind richtig. VB.NET-Quellcode (1 Zeile) Allerdings wird bei mir das CellFomatting-Event dauerhaft gefeuert. Also vielleicht nicht immer optimal. So klappt es ganz gut: VB.NET-Quellcode (4 Zeilen)

Na Moment. Jetzt hast Du in Zeile#3 andere Indices (10 und 9) als in Z#2 (nur 9). Ist Bull*** Welchen Index haben denn Text- und Bild-Spalte bei Dir? Wie befüllst Du die Textspalte? Bei mir läuft es testweise damit: VB.NET-Quellcode (9 Zeilen)

Ich bekenne mich schuldig: Ich habe ein Verständnisproblem beim Tut (daher stellt sich die Frage, ob dieser Post zum Tut soll, hier bleibt oder ein eigener Thread eröffnet werden soll, da es ja irgendwie auch hierher gehört.) e.Value wird im CellFormatting-EventHandler ersetzt. Von Integer zu Image/Bitmap, whatever. Hab ich probiert: VB.NET-Quellcode (13 Zeilen)Der Knackpunkt: Beim nächsten mal, wenn der Compiler vorbeikommt, sieht der natürlich: Ah, e.Value ist ja gar kein Integer mehr, sondern…

Zitat von ErfinderDesRades: „Weil wenn 2 Handler dasselbe Event abonnieren, wird jedem auch dasselbe Eventargs gegeben. Und wenn das im ersten Handler verändert wurde, kommts im 2. Handler eben verändert an.“Das ist auch Sinn der Sache, da ich im 2. EventHandler mir ja nur den aktuellen Typ von e.Value zurückgeben lasse. Und da sehe ich, dass durch den 1. EventHandler e.Value von Integer auf Bitmap wechselt. Was ja auch so sein soll. Nur wenn eben das Event nochmals gefeuert wird, dann ist im er…

Ah, Problem gefunden und gelöst. Der Knackpunkt war, dass es erlaubt war, dass dem DGV neue Zeilen hinzugefügt werden dürfen. Und in der "letzten" Zeile (die für neue Daten vorgesehen ist), verhaspelt sich der Compiler. Klar, ist ja kein Integerwert, sondern ein(e) Default-Bitmap drin.

Argh, ich vergaß. Unabhängig davon, ob FormattingApplied explizit im 1. EventHandler auf True oder False gesetzt oder eben gar nicht auf irgendeinen Wert von mir gesetzt wird, wird der 2. EventHandler mit e.Value als Bitmap aufgerufen. Ich hoffe, dass das die Frage beantwortet und das Interesse befriedigt.