Aber ich habe einen Vorschlag: solltest du Interesse haben alternative Ansätze zu sehen wie man es in der WPF macht oder besser gesagt wie ich es machen würde kannst du gerne einen Thread hierfür im WPF Bereich erstellen und wir gehen das vorab schon mal durch.
Schreib einfach dazu WIE du die Daten gerne Abrufen möchtest und welche. Vieleicht ein Codeschnipsel wie du es bisher unter WinForms gemacht hast und ich mache das WPF equivalent dazu.

Hi @Nofear23m, sorry das ich erst jetzt dazu komme, aber die gute alte Arbeit lässt mich leider nicht früher gehen, danke dir schon mal sehr für dein nettes Angebot^^

Also, das entsprechende Winforms-Projekt habe ich dir unten angehängt, dieses kurz zusammengefasst:

Ich habe ein DataSet erstellt, In diesem gibt es einen DataTable: Categorys, diese haben einen Namen und im Falle von DataSets natürlich auch eine ID, diesem DataTable untergeordnet ist der DataTable: Notiz.
Auch mit ID, Name, Text, und einer CategoryID, anhand derer die jeweilige Notiz, einer Category untergeordnet ist, an der Notiz wiederum sind wieder DataTables angeschlossen, für Bilder, Dateien, und Links/URLs.
DataSet.jpg vermittelt das evtl. etwas genauer

Im Mainview(.jpg) hatte ich gebundene Controls, die erste Listbox enthielt die Categorys, die zweite enthielt die der jeweiligen Category untergeordneten Notizen, und die RichTextBox deren Text.
Wurde im Menü auf AllowEdit(.jpg) geklickt wurde im selben Dateipfad in welchem die Datenbank.xml lag, eine Datei mit namen "Working" erstellt (wenn diese Datei existiert, konnte keine andere Instanz des Programms, das editieren erlauben, ErfinderDesRades sagte mir das nennt man Pessimistic Lock). War das Editieren jedoch erlaubt, konnte eine Category erstellt/bearbeitet werden (CategoryName.jpg) oder eine Notiz angelegt/erstellt/bearbeitet werden(NoteCreation.jpg).
Im Detailview (fast identsich zur Notecreation) wurde dann alles angezeigt inkl. der Bilder, Dateien, Links.


Wichtig wäre für mich also auf jeden Fall das sämtliche Daten in einer Datei gespeichert werden, so dass mehrere Instanzen die Daten lesen (und wenn gerade erlaubt) auch bearbeiten können.
Ideal wäre (das habe ich in meiner Winformsapplication leider nicht hinbekommen) das man auch Unterkategorien anlegen kann, welcher man die Notizen zuordnen kann.
Die jeweiligen Notizen, benötigen Name, übergeordnete Kategorie, Text, beliebige Anzahl Bilder, beliebige Anzahl Dateien und beliebige Anzahl an Links (Ich liebäugle hier sehr mit deiner im Tutorial gesehenen methode eines Datatemplates in der Listbox)
Geplant wäre also z.B. im MainViewWindow, links eine Art Treeview, und Rechts eine Listbox, welche eine Art Übersicht der jeweiligen Note darstellt, welche ich in einem Detailview, detailierter darstellen möchte.



Soweit ich das Thema WPF bisher verstanden habe, sollen Daten/Berechnungen usw. im Hintergrund gemacht werden, so das das Window die Daten quasi "nur" noch anzuzeigen hat, ich habe also eine wahrscheinlich stark zu überarbeitende Klasse erstellt,
wie ich das mir im Kopf etwa vorgestellt habe, allerdings bin ich hier bereits daran gescheitert deinen Vorschlag mit der IObservable zu integrieren, da diese offensichtlich nicht die Methode ".Add" bereitstellt, desweiteren, scheitere ich an der Grundsätzlichen Überlegung, wie die Daten als Datei gespeichert/geladen werden könnten - wie bereits gesagt bin ich mit der Klasse aktuell wohl eh auf dem Holzweg.




Ich möchte definitiv klarstellen, das ich hier nicht die Arbeit auf dich abwälzen oder hier reine C&P Lösungen erhalten möchte! Ich habe nur aktuell nicht einmal einen Ansatz mit welchem ich beginnen könnte, geschweige denn ideen, wie ich das im allgemeinen umzusätzen hätte.

Danke dir nochmals für dein Angebot
Lieben Gruß
AsusDK

Wenn ich erlaube ohne Klickibunti

Mir wäre es sogar sehr recht wenn du die oberfläche simpel hältst, ich muss danach ja auch was zu tun haben,
im focus steht für mich die Klasse welche im hintergrund steht (oder wie die Daten halt gemanaged werden) und das es als datei gespeichert werden kann.

Da ich auch Arbeiten muss weis ich nicht wann ich dazu komme, wird aber sicher noch diese Woche sein.

Arbeit geht definitiv vor, und da du mir ja freiwilig hilfst, wäre ich der letzte der da Anfangen würde dich zu hetzen =)

Cool, vieelen Dank =)

Hi Sascha,

Wow ! wahnsinn wieviel Arbeit du da rein gesteckt haben musst, dafür danke ich dir sehr, aber ernsthaft ? DAS findest du leichter als Winforms ? Allein die Zeilenmenge übersteigt das Winforms-Projekt um Welten ? Ich mein ich werds mir am Wochenende mal in Ruhe ansehen, aber da werd ich wohl definitiv nicht durchsteigen, da ist es vermutlich leichter absolut jedes Fenster in Winforms per GDI+ zu zeichen inkl. der Controls, schließlich wäre der einzige Grund für Wpf das es nun mal besser aussieht...

trotzdem vielen vielen Dank das du dir so viel mühe gegeben hast, leider hat es mir eher aufgezeigt warum sich WPF so schwer etabliert...

Um was gehts denn jetzt? Den XAML oder den Code?

die Xaml hab ich mir bisher noch nicht angesehen, alleine die tonnen an Code die im Hintergrund stehen sind bereits gewaltig genug, und stellen dabei in dem benutzten Umfang fast schon eine neue Sprache dar, geschweige denn dann vom Xaml, was sogar ne neue Sprache ist
Und ja wie gesagt am WE schau ich mir das ganze mal genauer an, aber selbst bei der menge an unterschiedlichen klassen werd ich wohl mit dem durchblicken scheitern (alleine 13 Klassen !) plus xaml
Des weiteren, kann cih diese diagram dateien leider nicht öffnen, da bekomme ich leider nur Code angezeigt, und keine Diagramme

Okidoki, das ist schon mal gut zu wissen, werd ich gleich mal installen wenn ich @ home bin =)