Suchergebnisse

Zitat von kafffee: „Ich benutze in meinem ViewModel das hier: Mouse.OverrideCursor = System.Windows. Input.Cursors.Arrow“ Also mit meinen Anfänger Kentnissen in der WPF, würde ich sagen das der Cursors im ViewModel auch nix zu suchen hat. Ich war der Meinung das System.Windows nur in der UI benutzt werden darf. Edit: Ok wenn du dein ViewModel nur für WPF bauen willst dann kann man das evt. so machen. Das ist Grund warum man ViewModels in einem eignen Projekt auslagern sollte, dann kann sowas nic…

Zitat von kafffee: „Hast du ne bessere Idee?“ Nein Aber ich finde das ist eine schöne Aufgabe die wir gemeinsam als kleines Projekt angehen könnten. Kann ich auch gebrauchen in meinen kleinen Projekten Stichwort IsBusy. In Maui ist das eingebaut. Vielleicht sollten wir es erstnmal mit Converter versuchen. Später versuchen das wie in Net Maui umsetzten. Also ein eignes UserControl das auf den Bool IsBusy reagiert. Bin gespannt ob wir das hin bekommen? Lade das Projekt sobald ich ein Grundgerüst h…

So das ist nur ein Grundgerüst. Mein Gedanke : Ein Converter gehört immer und ist immer nur für die View. Erstellt man jetzt zum Beispiel eine Android App, muss man nur den Converter in dessen View anpassen. Wobei Maui jetzt ein schlechtes Beispiel ist da es das von Hausaus mitbringt. Hier könnte man jetzt auf die System.Windows zugreifen ohne das MVVM zu verletzten. In ViewModel muss man jetzt nur die Eigenschaft ISBusy ändern. Alle ViewModels hätten diese Eigenschaft das Sie von ViewModelBase …

Zitat von kafffee: „VMIsBusy.“ Hört sich doch gut an. Ist das eine Property mit OnPropertyChanged im Setter dann kannst du die nehmen. NoFear hat warscheinlich schon vorrausgedacht... Zitat von kafffee: „So jetzt hats auch bei mir geschnaggelt, du willst mit nem Konverter dass Boolean IsBusy in einen Mauszeigertyp umwandeln oder?“ Jaaa, also erstmal . Dann machen wir das mit den integrierten BooleanToVisibilityConverter. Dann Sowas:

Zitat von kafffee: „Hab das jetzt weil mir der Geduldsfaden gerissen ist und ich den Rest meiner Arbeit unbedingt noch durchprügeln wollte mit Code Behind gelöst“ Ok, verstehe. Ist legitim, finde ich. Betrifft ja nur die UI.

Zitat von kafffee: „Yep dassis mit RaisePropertyChanged“ Ja genau das ist die Property um deine langen Prozesse zu Checken. Kannst alle Methoden die was verabeiten mit bestücken. Am Anfang der Methode im ViewModel VMisBusy = true und am Ende auf false. Der rest macht das Binding und der Converter. Wenn du das verstanden hast machst du dir ein UserControl mit eine ProgressBar. Setzt das UserControl auf das Window oder ein anderes UserControl wo du es haben willst. UserControl Visibility = VMisBus…

Ganz ehrlich bei mir Klappt das mit den CanExecute in diesem Fall nicht immer. Hab noch nicht raus warum. Hab es mit den ViewModelBase gelöst erstmal. Weiß nicht ob das gut ist. Hab das irgendwo Online aufgeschnappt: (Versteckter Text) und in XAML: XML-Quellcode (1 Zeile)

@VaporiZed Ah ok, schau ich mir dann mal an. Danke! Bei mir war das komische wenn ich auf das Window klicke dann war der Button wieder Enabled. Keine Ahnung ob es daran liegt das meine Command Methode als async ausgeführt wird. Muss ich mal testen morgen.

Ok, das funktionier bei mir auch . Zitat von VaporiZed: „Dass es nicht immer mit CanExecute geht, das hatte VB1963 in dem Diskussionsthread erwähnt und wir hatten dort auch eine Ursache gefunden: Immer dann, wenn sich der Wert ändern könnte, muss man das vom VM aus dem View mitteilen, damit das View nochmal einen Blick draufwirft und eventuelle betroffene Controls de-/reaktiviert.“ Hab noch eine Frage zum RelayCommand in dem Projekt. Was spricht dagegen in der Execute-Methode, die CanExecute am …

OK. Ich hab jetzt festgestellt das die Lösung auch nicht zuverlässig ist. Hab einen Generischen RelayCommand und da funktioniert das wieder nicht. Das einzige wo es bis jetzt immer funktioniert hat ist das MVVM.Toolkit. Ich glaube das ist auch das beste wenn mann seine ViewModels MVVM-Konform und Plattform unabhängig gestallten will. Sonst ist selbst das ICommad ein problem glaub ich.

@ErfinderDesRades Danke für dein RelayCommand. Werde mir das nach C# übersetzten lassen und versuchen das einzusetzten und zu verstehen. Mit RelayCommand hab ich so meine Probleme. Ich brauch einen der Taskfähig ist, in dem Fall. @VaporiZed Schaumal ob du für diesen Code ein RelayCommand bauen kannst und ob der Button danch wieder Enabled wird. ViewModelBase: (Versteckter Text) MainViewModel: (Versteckter Text) MainWindow (Versteckter Text) IsBusyView (Versteckter Text) Hab mein RelayCommand jet…

@ErfinderDesRades Hatte auch was ähnliches im ViewModel für die Execute Methode mit den CommandManager. C#-Quellcode (7 Zeilen) Das funktioniert zwar aber mich stört der System.Windows.Input namespace im ViewModel. Eigentlich auch im RelayCommand aber den Namespace braucht man eh für den ICommand. RelayCommand könnte man ja im Notfall auslagern ,in einem eignen Projekt, Core oder so.