Suchergebnisse

Kleiner Tipp von mir (solltest du aber bereits wissen) Wenn du nicht weiterkommst am besten immer in einem frischen Projekt probieren. Mach ein neues Projekt mit Hilfe meiner Projektvorlage. Pack dort ein paar Controls in deine View rein so wie du diese benötigst. Muss ja nicht schön sein, einfach zum probieren. Ein ViewModel erstellen und hier mal die Eigenschaften definieren die du brauchst und versuchen das ins laufen zu bekommen. Klappt das nicht lade es hoch mit einer kleinen kurzen Beschre…

Mach das bitte mit einem ContenControl und binde dessen Conent Eigenschaft auf deine Eigenschaft in der ViewModel Klasse. Da brauchste keinen Setter in einem Style oder sonstwas. Einfach Cintent binden und gut is. Grüße

Genau, du hast wiedermal (!!!!) Den Namespace falsch imoprtiert. Lerne bitte aus Fehlern. Grüße Sascha

Zitat von kafffee: „Meine MainWindow.xaml erbt nicht von der ViewModelBase“ Um gottes willen, das soll sie doch auch nicht. Was macht ein ViewModel Objekt in der View? Grundsätzlich hast du mal nichts in deinem MainWindow (mal abgeshen von deinem Startview). Alles weitere steuerst du über die ViewModels. Du musst das Konzept verinnerlichen. Du hast von mir ja bereits ein funktionierendes Beispiel bekommen, das schau dir genau an und versuche zu verstehen was da passiert. Verstehst du etwas nicht…

Zitat von kafffee: „was ich meinte war natürlich die MainWindow.xaml.vb“ Kommt ja aufs gleicher raus. Hat in der komplettem Projektmappe nix zu suchen. und in der MainWindow.vb schon garnicht. Wo hast du dir das abgeguckt???? Grüße

Und wirft das Propertie ​AusgewähltesViewModel auch PropertiyChanged() ? Zeig mal den Code wo du das Zuweist. Grüße

Hallo Und du hast in der Ausgabe keine Bindingfehler?? Zitat von kafffee: „und dann in der Listbox IsSynchronizedWithCurrentItem = True zu setzen“ Welche Listbox, ich sehe hier keine Listbox?? Du musst uns bitte schon alle relevanten Dinge mitteilen. Du willst ja die View "umschalten" also steuern welcher content umgeschaltet wird wenn du auf ein Icon klickst. Was braucht es dazu eine Listbox?? Grüße Sascha

Moment, moment, moment. Wir dürfen nun nicht Kraut und Rüben durcheinander würfeln. Soweit ich das verstanden habe hast du Links ein "Menü", also ein paar Buttons und rechts hast du deinen "Content". Diesen "content" willst du austauschen ja nachdem was Links für ein Button gedrückt wird. Da brauchste keine Listbox. Du hast rechts ein ContentControl. Diesem weist du den Content zu (mittels Binding wie du es hast) KEINE LISTBOX. du willst ja links nicht eine Liste von Content Anzeigen, sondern im…

Zitat von kafffee: „Ich hatte das von ErfinderDesRades so interpretiert, da er ja, wenn ich das Beispiel richtig verstanden hab, gesagt hat, man solle links eine Listbox“ Ja, das macht man wenn man ein Dynamisches Menü hat was in deinem Fall nicht der Fall ist ,da kann mans auch "einfach" halten. Ich will dich ja nicht überfordern. Zitat von kafffee: „Bloss wenn ich dann links auf ein Icon klicke, bleibt die ViewSuche bestehen, obwohl AusgewähltesViewModel den richtigen Wert zugewiesen bekommt..…

Hallo Du brauchst die Liste überhaupt nicht. Erstmal solltest du dir überlegen ob ein ViewModel immer wieder neu erstellt werden soll oder ob es "gehalten" werden soll. Je nach Anforderung. Du machst einen (!) Command. Dieser Command bekommt einen Parameter mit. Je nach Parameter setzt du den Content. Fertig. Was mit ToggleButton? Jetzt willste wieder irgendwelche Workarounds machen die es garnicht benötigt. Bitte nimm ein wenig abstand und betrachte das ganze nüchtern. Ich glaube du hast den Üb…

Zitat von kafffee: „soll die View beim nächsten mal anwählen unverändert sein“ Gut, da haltest du dir die Instanzen in einer Variablen. Ob dies jetzt ne Liste ist oder für denen Typ eine Variable musst du entscheiden. Ab 5 oder mehr würde ich auch fast ne Liste machen. aber Private(!!). Diese muss dann auch kein Property mit PropertyChanged sein. Ich hab mal ein Beispiel gemacht indem immer eine neue Instanz erstellt wird, kannste aber leicht abändern. Das sind Basics. Also: Ich habe nun einen V…

Kein Thema, will ja was lehren. Der größte Dank für ist ist wenn jemand dabei bleibt und versucht es zu verstehen und nicht einfach Code kopiert. Aber das merkt man eh recht schnell. Ja, Commandparameter sind recht praktisch, leider wurde es von MS nicht als DependencyProperty implementiert, wodurch man nicht darauf Binden kann. Schade. Grüße

Ups, sorry. Mein Fehler. Kommando zurück. Sorry, gerade nochmals nachgesehen. Ist doch ein DP!! docs.microsoft.com/en-us/dotne…r?view=windowsdesktop-5.0 Es war der Converter-Parameter!! Das ist kein DP! Siehe: docs.microsoft.com/en-us/dotne…lobalization_CultureInfo_ Asche über mein Haupt. Somit gehts sogar ohne diesen Umweg @PadreSperanza Grüße Sascha

Guten Morgen Ich bin gestern nicht mehr dazu gekommen reinzusehen und bin nun wieder unterwegs aber heute Abend schau ich mal. Grüße

Hallo @kafffee Erstmal kann ich dich beruigen, was das Binding betrifft haste alles richtig gemacht. Was du noch nicht ganz zu verstehen scheinst ist das ganze mit Instanzen. Wenn du im View etwas wie XML-Quellcode (3 Zeilen) hast, dann erstellt dir das Framework eine neue Instanz vom Typ MainViewModel indem es den Parameterlosen Konstruktor aufruft sofern vorhanden. (Ist keine vorhanden würde VS in diesem Fall eh meckern.) Das ist soweit auch klar und legitim im Falle des MainWindow. So sparst …

Jep, Thema vererbung. Ist glaube ich das erste was ich erwähnte in dem Kapitel zu Binding. Man kann das DataContext Property auch binden wodurch du jederzeit auch innerhalb eines ViewModels den DataContext beinflussen kannst. Ja, Binding ist schon eine sehr flexible Sache, denn so kannst du auch jederzeit den DataContext eines Controls beeinflussen. Grüße Sascha