Suchergebnisse

Wenn ich aus Deinem scheinbar nicht funktionierendem UserControl vom Vorpost alle Komponenten entferne, die aufgrund fehlender Ressourcen mir nicht zur Verfügung stehen, bekomme ich nen HyperlinkHand-Cursor bei den gewünschten Stellen. So what?

Ja, durchaus möglich, ich arbeite (noch lange) nicht mit der WPF. Aber ok, wenn ich Deinen Code unverändert übernehme und für den oberen TextBlock einen FallBackValue einbaue, damit ich aufgrund der fehlenden Referenzen überhaupt was angezeigt bekomme, das gleiche Resultat: die gewünschte Hand.

Was mir jetzt grad auffällt, ist Post#2 Zitat von kafffee: „Das hier geht auch nicht:“Das kann ich schon (fast) nicht nachvollziehen. Denn das hier klappt wunderbar bei mir: XML-Quellcode (11 Zeilen) ########## Zitat von kafffee: „Ich benutze in meinem ViewModel das hier:“ Eh, ja gut. Das dürfte alle anderen XAML-Versuche zunichte machen.

Jou, hab ich gelesen. Hatte grad noch meinen Post ergänzt, Deine OverrideCursor-Zeile macht nach ersten Tests alle XAML-Einstellungen zunichte.

Ganz kurz. Der Command aus Post#24 ist kein RelayCommand, sondern ein … (spezifischer) Command. Ein RelayCommand ist (soweit ich bisher weiß) eine allgemeine Klasse, die ihre Funktionalität per DependencyInjection (?) erhält. Also: Du hast ne allgemeine, ICommand implementierende Klasse, die bei Execute eine Sub aufruft und bei CanExecute den Boolean-Wert einer Function wiedergibt. Aber welche Sub/Function das ist, das bestimmt das VM, indem sie eine spezifische RelayCommand-Instanz erschafft: D…

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.

Was bringt Dir das? Das ist ja ein Funktionsaufruf. Die CanExecute-Methode soll doch nur ermitteln, ob z.B. der Button geklickt werden kann. Bei Dir würde das ja die Aktionen CdBrennenLäuft sein, die True zurückgibt. Und für CanExecute sagst Du: Return Not CdBrennenLäuft. Aber wenn Du das so machst, wie Du jetzt vorschlägst, bekommst Du ein True oder False an der Stelle zurück, mit dem Du noch nicht mal was anfängst. Den Aufruf kannst Du Dir also schenken. Das Programm nutzt CanExecute und CanEx…

Upsi. Da hatte ich tatsächlich nicht gelesen, wer da schreibt. Dachte, es ist kafffee, daher schrieb ist was von »Deiner« CdBrennenLäuft-Methode Was meinst Du mit »nicht zuverlässig«? Da ist ja vom Ablauf her keine Magie dabei. Ich ruf die Methode NotifyCanExecuteChanged des spezifischen RelayCommands auf, wenn es möglich ist, dass sich der Wert von CanExecute geändert haben könnte. Dadurch wird das RelayCommand-Event CanExecuteChanged abgefeuert und somit das View/GUI informiert, im Sinne von: …