Suchergebnisse

Suchergebnisse 1-7 von insgesamt 7.

  • Benutzer-Avatarbild

    ich glaub du darfst nicht im DataContext suchen, sondern im CollectionView. Habich neulich die Entdeckung gemacht, dasses besser ist, die CollectionViews im Viewmodel anzulegen, nicht im Xaml. Obwohl CollectionView-Items eiglich nicht typisiert sind, hat man trotzdem im Xaml Designerunterstützung bei den Bindings. Damit entspricht ein ListCollectionView (denn ein solches musses sein) ziemlich genau der ollen BindingSource von WinForms, mit dem Vorteil, dasse nicht auffm Form rumliegt, sondern im…

  • Benutzer-Avatarbild

    Also ich hab jetzt was gebastelt, ungefähr nach dem Schnittmuster von 4ViewsWpf. Nur habe ich im Mainmodel auch eine Public Shared Instanz angelegt, dass man von überall ins Mainmodel grabschen kann. (eiglich graust mich das zwar, aber den Locator-Pattern findich ebenso gräuslich, und Application.FindResources() noch gräuslicher).VB.NET-Quellcode (44 Zeilen)Und die UniqueRule dannVB.NET-Quellcode (11 Zeilen)Also ich habe keine CollectionView, sondern binde direkt an den L2S-DataContext.XML-Quell…

  • Benutzer-Avatarbild

    Zitat von Vatter: „Aber wenn du mir noch meinen Fehler von hier oben erklären könntest, wär das vielleicht noch mal eine Weiterbeschäftigung wert.“meinst du den? Public Shared Root As New MainModel Hier wies bei mir funzte. Enthält meine neueste Erfindung zum Mainmodel-Problem: ViewModelBase(Of T) Und 2 Extensions, die die Casterei vereinfachen. Und ein Grid ist direkt an den Context gebunden, und das annere an eine ListCollectionView. Übrigens kann man typDataset so leidlich auch in Wpf verwend…

  • Benutzer-Avatarbild

    Zitat von Vatter: „Es gibt offenbar eine weitere Instanz der MainWindow-Klasse,“Jo, dassis offenbar. Wenn man dein Application.Xaml anguckt. XML-Quellcode (1 Zeile)erstellt eine neue Instanz der MainModel-Klasse. Ich dachte du tätest ans static Root-Feld der MainModel-Klasse binden, wie etwa in WpfTreeview-Tut gezeigt. Ach - crap! - Dort binden ja die Windows nicht an eine StaticResource in App.Xaml, sondern direkt ans static Feld:XML-Quellcode (6 Zeilen)Und das ist auch kein Binding, sondern di…

  • Benutzer-Avatarbild

    XML-Quellcode (3 Zeilen)Das ist eine MainModel-Instanz in den Application-ResourcesXML-Quellcode (1 Zeile)Das greift auf diese Resource zu. XML-Quellcode (1 Zeile)Das greift nicht auf die Application-Resource zu, sondern direkt in den Typ MainModel, auf dessen Public Shared Member (Feld oder Property) "Root". Also wenn du einerseits in den Application.Resources ein Mainmodel anlegst, dann aber im Window auf den Shared "Root"-Member des Mainmodel-Typs zugreifst, dann bist du mit 2 verschiedenen M…

  • Benutzer-Avatarbild

    ja, dassis ja grad meine Erfindung mitte MainModelBase, von der ich fürderhin alle meine MainModels erben lasse. Die stellt dann eine Art Singleton für den Zugriff per Code bereit, und die Singleton-Instanz ist dieselbe wie die im Xaml. Gugge zB. DelegateConverter (Also konkret die Sample-Solution angugge, weil im Tut verbreiter ich mich nicht dazu)

  • Benutzer-Avatarbild

    Zitat von Vatter: „im StartUp-Event eine Referenz über My.Application.FindResource("MainModel") zugewiesen.“Auch ne gute Idee, findich. Wie gesagt: In meinen Augen fehlts dem Wpf an vielen Stellen an komfortablen Konzepten, und da bastelt sich teilweise jeder dann iwas hin, mehr oder weniger schön. Deine Lösung bewirkt ja auch, dass nur ein einziges mal dieses häßliche .FindResource() und DirectCast ausgeführt werden muß, und danach ist dein Mainmodel ja auch sowohl im Xaml als auch im Code über…