Hallo Leute,

ich bin nun wieder hier... und langsam sollte ich mir überlegen, einen Sammelthread aufzumachen, in dem ich dann alle meine Style-Probleme schildere. Ich komme mittlerweile mit dem Styling einigermaßen klar und es macht auch immer mehr Spaß. Leider kommt man sich an manchen Stellen auch immer mal wieder in die Quere. Und so fällt mir auch das nun auf die Füße:

Ich habe ein DatePicker genommen und dessen Style überarbeitet, damit es zum Design passt. Das passt und funktioniert nun auch wirklich wunderbar. Leider hat dieser Style Auswirkungen auf die Scrollbar und färbt diese mit ein. Und ich habe echt alles doppelt und dreifach abgesucht, auch geschaut, ob irgendwo Namen oder Klassen gleich sind, aber ich finde einfach nicht heraus, warum der DatePickerStyle in den Style des ScrollBars hineingreift, zumal ich beide eigtl sogar mit Key anrede. Die Styles sind allerdings in Style-Resourcenverzeichnisse ausgelagert:

Ich hatte erst die Styles hier einbinden wollen, aber bei 50k Zeichen ist Schluss, also habe ich die Dateien jeweils als Anhang beigefügt für: DatePicker, Calendar, ScrollBar, ListView. In den Dateien für Calendar und Scrollbar habe ich auch die beiden Zeilen markiert, die betroffen sind (meiner Meinung nach) und das Verhalten auslösen. auch wenn ich nicht verstehe warum das so ist.

In Calendar ist es Zeile 466, die ColorAnimation
Scrollbar Zeile 136

Die ListView wird so eingebunden:




Das Designen macht mir echt Laune, und ich möchte auch echt verstehen, was das Problem ist... aber manchmal habe ich das Gefühl, dass WPF und XAML durchaus komplexer sind als gedacht, oder ich einfach unfähig bin (vielleicht ja auch beides)

Ich habe heute den halben Tag damit verbracht, mir die Styles nochmal anzuschauen und weiß nicht, wo das Problem liegt... vielleicht hat ja jemand von euch eine Idee oder weiß, woran es liegen könnte.

PS: Den Inhalt in der ListView braucht man hier eher nicht beachten, da es nur ums reine Design der Scrollbar geht. Der Rest ist wunderbar in Ordnung, deshalb habe ich Klassen, Konverter und ViewModel erstmal außen vor gelassen


Wenn das so weiter geht, ist der Wahnsinn bei mir nahe

ja, ich bin auch schon die ganze Zeit am Rätsel-Raten... ich konnte mir bisher auch nicht erklären, warum das Einfluss auf die Scrollbar hat. weder der x:Name noch andere Dinge passen eigentlich zu diesem Verhalten. deshalb bin ich irritiert. Ich kann gerne versuchen, die Tage mal das Projekt anzuhängen und die Testdaten zu entfernen.

Zu deiner Frage: Nicht ganz. Ich habe im Ordner "Model" auch eine Datei angelegt, die alle notwendigen Enums verwaltet. WorkProgressStatus ist ein Enum und WorkInProgress ist ein explizierter Wert von WorkProgressStatus. Diesen gebe ich als Parameter mit, um auf das Enum zu testen und bedingt davon den Background einzufärben.
Ich habe dort eine Ampel, die von rot auf gelb auf grün schaltet. der Code ist aber auch nur erstmal dahingeschmiert worden, um zu zeigen, dass es möglich ist. Hat aber mit dem eigentlichen Problem leider nichts zu tun.

Ich komme tatsächlich nicht weiter. Ich habe hier im Anhang das Projekt angefügt und sehe einfach nicht, warum es Auswirkung hat. Vielleicht mag ja nochmal jemand rüberschauen.

Aufgrund der maximalen Größe von Anhängen musste ich das Archiv leider teilen.

Okay, das heißt also: Ich lag gar nicht falsch damit, dass die Styles sich nicht gegenseitig beeinflussen (jedenfalls nicht direkt), da sie auch keinen direkten Bezug zueinander haben, sondern durch die dynamicResource kommt das ganze zustande? Okay, wow... das ist tatsächlich wieder etwas Neues, auf das man achten muss.

Nun habe ich hierzu tatsächlich noch ein paar Fragen, und hoffe, du kannst sie vielleicht auch beantworten: Da ich die Farben ja als Color definieren möchte, um nicht jedes Mal überall die Farbwerte manuell zu ändern, habe ich sie in Color.xaml ausgelagert. Wenn ich sie nun in den Styles aber verwenden möchte, so geht dies nur, wenn ich sie als DynamicResource einbinde. Wenn ich StaticResource nutze, dann motzt VS beim starten. Das war auch der Grund, warum ich sie alle als dynamisch hinzugefügt habe. Wenn ich sie als StaticResource hinzufügen möchte, müsste ich ja jedem Style die Farben in derselben Datei bekanntmachen? Order habe ich hier wieder eine Möglichkeit übersehen?

Das zweite, das ich hier nicht verstehe: Ich dachte, wenn ich ein StoryBoard verwende und dort die TargetProperty zB auf (TextElement.Foreground).(SolidColorBrush.Color) from a To b ändere, würde eben der Farbwert für eben diese Eigenschaft geändert. Wenn ich dich nun aber richtig verstanden habe (korrigiere das bitte gern), dann ändere ich damit nicht den Wert der Eigenschaft, sondern ich ändere damit den Wert, der sich in der DynamicResource befindet?

Ja, Theming ist etwas, das ich noch hinzufügen wollte (das ist ja alles noch im Rohbau). Aber bevor ich mich daran wagen wollte, wollte ich eigtl erstmal einen Style (oder theme) fertig haben. Das heißt also, wenn ich dem Nutzer die Möglichkeit geben möchte, das Theme zu ändern, muss ich wieder mit DynamicResource arbeiten?

Und um das nun abzurunden mit der Fragestunde: Wenn ich das nun als Shared definiere, dann tritt das Verhalten nicht mehr auf - aber dann kann ich auch kein Themeing bereitstellen, da ich es dann ja sozusagen "sperre". Das heißt: Am besten wäre es, wenn ich für alle Bereiche oder Styles jeweils eine eigene DynamicResource bereitstelle, also zB sowas:



Um jedem Control dann einen eigenen Verweis zu geben, damit sie sich nicht gegenseitig in die Quere kommen und ich sie danach (wenn ich sie nicht shared haben möchte) auch dynamisch zur Laufzeit ändern kann, um andere Themes bereitzustellen?

Habe ich das insoweit richtig aufgefasst, oder gibt es hier eine noch bessere oder gar edlere Lösung

Auf jeden Fall hast du mir wieder einmal aus der Patsche geholfen, @Nofear23m / Sascha Ich habe die Styles noch und nöcher durchgeschaut und habe mir nicht erklären können, was mein Fehler ist.

Grüße Pascal

Okay, das habe ich, denke ich, soweit verstanden. Vielen Dank dafür.