CanExecute verändert trotz "true" nicht den Button

Guten Mittag. :-)

Ich habe ein kleines Problem mit dem Button hier.
Ich nutze Prism
View

XML-Code:

<StackPanel Orientation="Vertical" HorizontalAlignment="Left">                     <Label Content="Username:" FontSize="15"/>                     <TextBox Width="220" Height="25" FontSize="15" Text="{Binding Path=Username, UpdateSourceTrigger=PropertyChanged}"/>                 </StackPanel>                 <StackPanel Orientation="Vertical" HorizontalAlignment="Left">                     <Label Content="Password:" FontSize="15"/>                     <TextBox Width="220" Height="25" FontSize="15" Text="{Binding Path=Password, UpdateSourceTrigger=PropertyChanged}"/>                 </StackPanel>                 <Button Content="Login" Margin="5" FontSize="14" Height="28" Command="{Binding LoginCommand}"/>

ViewModel

C#-Code:

LoginCommand = new DelegateCommand(LoginAction, CanLoginExecute);

Vorerst soll der Button nur Enable sein, wenn die Werte der TextBox nicht leer sind

C#-Code:

private bool CanLoginExecute()         {             return !string.IsNullOrWhiteSpace(password) && !string.IsNullOrWhiteSpace(username);         }

Trotz richtigen Werten wird der Button nicht geupdatet und Klickbar gemacht.
Weiß einer vielleicht wo mein Fehler ist ?
Liegt es eventuell an Prism, oder gar an dem DelegateCommand, dass er das nicht triggert? ich weiß mir leider auch kein Rat mehr :/

@Abt: Das paßt schon so bei Prism, s.  Commanding (es wird hier die nicht-generische Variante des DelegateCommand benutzt - sonst würde es ja auch nicht kompilieren).

Man muß RaiseCanExecuteChanged aufrufen, sobald sich der Wert (bzw. einer der Werte), die im CanExecute abgefragt werden, ändern (d.h. man muss daraus Eigenschaften machen und im Setter dann command.RaiseCanExecuteChanged() aufrufen), s.a.  WPF-Prism CanExecute method not being called.
Oder alternativ ObservesProperty() verwenden...

PS: Ich persönlich mag die Umsetzung mittels des CommandManager nicht (wie sie in dem MVVM-Artikel benutzt wird), da diese einige Nachteile hat, s. z.B.  Is the common implementation of RelayCommand violating the MVVM pattern?

Zitat von behindyoû:

Hättest du irgendein Anreiz es anders handzuhaben ?

Beziehst du dich auf mein "PS"? Damit wolle ich nur ausdrücken, daß ich die Prism-Variante mittels DelegateCommand (welche man aber auch in Nicht-Prism Projekte einsetzen kann) besser als die RelayCommand-Variante finde. Der Artikel selbst ist aber sehr zu empfehlen und ich weise auch hier im Forum öfters darauf hin. ;-)

Läuft es denn jetzt bei dir?

Zitat von Th69:

Man muß RaiseCanExecuteChanged aufrufen, sobald sich der Wert (bzw. einer der Werte), die im CanExecute abgefragt werden, ändern (d.h. man muss daraus Eigenschaften machen und im Setter dann command.RaiseCanExecuteChanged() aufrufen)

Nein, muß man nicht, so ist das nicht gedacht. Stattdessen sollte man den CommandParameter mittels DataBinding festlegen. Dann wird der Status neu überprüft, sobald sich der gebundene Wert ändert. Falls der Status von mehreren Werten abhängig ist, kann man auch (Multi)Trigger verwenden. In allen anderen Fällen kann man den Button auch unabhängig vom Command aktivieren oder deaktivieren.