Suchergebnisse

Zitat von MrLaTuNiX: „das man die daten dierekt ins grid bekommt“naja - man bindet an ein geeignetess Viewmodel. Das kann ich in deim Code nicht erkennen. Eine Textdatei ist schoma überhaupt kein Viewmodel, aber ich sehe iwas vonwegen reihe5.Add(?) - aber was zum Kuckuck ist ein reihe5? Jedenfalls Sortieren geht, indem man an ein ListCollectionview bindet, dem man eine Sortierung verpasst. Aber das setzt natürlich ein VM voraus.

ich denke schon, du brauchst eine OC. Hast du mal überprüft, ob überhaupt daten drin sind in deiner OC?

Wassn das??Zitat von MrLaTuNiX: „ C#-Quellcode (3 Zeilen)“Kompiliert das? Ansonsten schau dir Akanels Post#7 nochma an, da isses doch richtig vorgemacht: Zitat von Akanel: „ und im Constructor dann: C#-Quellcode (2 Zeilen)“@MrLaTuNiX: Weisst du nicht, was ein Constructor ist? Ich glaub nichtmal, dass man der CollectionView eine Sortierung zufügen muss. Wenn CollectionView zwischengeschaltet, dann braucht man glaub nur im DG auf den SpaltenHeader zu klicksen und sortiert. (Aber sicher bin ich nic…

ich sags noch einmal, und dann kommste auf die Ignore-Liste: Guck Akanels post#7 an, und befolge die Anweisung: "Und im Constructor dann:...". Bzw. versuch das zumindest. Inzwischen glaube ich immer mehr, dass du nicht weisst, was ein Constructor ist. Das ist ja nix schlimmes, und wäre auch leicht zu erklären - wenn du danach fragen tätest. Oder google "Konstruktor", oder am besten lies es in einem Buch nach. Ist wichtig.

Was du da zeigst ist eine Klasse, mit fünf Properties, aber ohne Constructor. Der Constructor ist eine besondere Methode in einer Klasse. Ihr Code wird einmalig ausgeführt, wann immer ein Objekt der Klasse mit dem Schlüsselwort new erstellt wird. In c# ist der Constructor eine Methode, die den Namen der Klasse selbst trägt, und bei der die Angabe des Datentyps fehlt. --- Dein Window1 müsste also so ungefähr aussehen:C#-Quellcode (13 Zeilen)Aber lies dir Buch - meine Ausführungen sind unvollständ…

Zitat von Akanel: „ErfinderDesRades war schneller.“HAHA! Und ich zeige sogar auf, dass du garnicht vom DataEntry-Konstruktor geschrieben hast, sondern vom Window1-Konstruktor. Also vom Konstruktor derjenigen Klasse, die im Xaml dann den DataContext darstellt (ist hier ja leider das Window selbst). Die DataEntry-Klasse braucht nämlich bislang keinen Konstruktor. Huch - die braucht auch nicht die EntriesView! Ein EntriesView enthält ja DataEntries - nicht umgekehrt!

Zitat von MrLaTuNiX: „allerdings wusste ich sowas wie ListCollectionView zum beispiel auch garnicht“Sowas lernt man beim Debuggen: Haltepunkt setzen, und im LokalFenster nachgucken, welchen Datentyp das Objekt wirklich hat, was da von CollectionViewSource.GetDefaultview(oc) zurückgegeben wird. Kannst du das nachvollziehen (also vollziehe es bitte nach), oder kennst du womöglich das Lokalfenster, und die anderen zig Debug-Möglichkeiten des VisualStudios garnet? Wenn du das geschafft hast, beantwo…