Hintergrundfarbe eines selektierten FMX ListViewItems ändern

[Harry Stahl]

Die Listview habe ich im Buch zwar nicht behandelt (kommt aber im nächsten Buch sehr ausführlich), die Lösung geht aber (u.a.) auch entsprechend so, wie im Buch im Kapitel über die Styles / FireMonkey Stil-Designer beschrieben (S. 86 Bitmap-Links):

Du legst hier entweder einen Benutzer defninierten Style an oder änderst den Standard-Style für die Listview. Im Style-Designer wählst Du "selection" aus dem "listviewstyle". Für Selection änderst Du dann im Objectinspektor den "SourceLink".

Wenn die Farben in der vorhandenen Bitmap nicht ausreichen für Deine Zwecke, kannst Du einfach ein neues Bitmap (.png-Format) hinzufügen und das als Source wählen.

Ergebnis sieht dann z.B. so aus wie in der Anlage.

[TurboMagic]

Danke! Habe mir das kurz angeschaut und ja, das sollte kein Problem mehr sein. Es wäre aber mal praktisch eine Übersicht zu haben welcher bereich dieser Bitmaps für welche der Standardcontrols benutzt wird. Dann könnte man gezielter anpassen...

[TurboMagic]

Document the areas of the style PNG graphics
https://quality.embarcadero.com/browse/RSP-20963

Wer mag kann ja dafür abstimmen...

[Uwe Raabe]

Das erscheint mir sehr viel Aufwand mit nur beschränktem Nutzen. Es ist ja keinesfalls gesagt, daß alle Styles das gleiche Grafik-Layout verwenden. Das gilt vermutlich besonders auch für Styles, die nicht von Embarcadero selbst kommen (z.B. https://www.delphistyles.com/).

Nun sind die gefragten Informationen ja bereits im Style selbst enthalten:

Zitat:

One can find that out manually by looking through the style definitions if one loads that style into a TStyle book

Daher würde ich hier ein kleines Programm vorziehen, daß die Bitmap(s) und die Objektstruktur synchronisiert anzeigt. Also einerseits bei Auswahl eines Objekts den zugehörigen Bereich (bzw. Mehrzahl) in der Bitmap anzeigt, andererseits auch beim Hover über der Bitmap die zugehörigen Objekte z.B. in einem Hint anzeigt. Das wäre dann immerhin auf alle Styles anwendbar.

[Rollo62]

Ja die Styles sind sher gewöhnungsbedürftig, und man muss das Arbeiten damit erst nochmal lernen und optimieren, den da sind einige Stolpersteine versteckt.

Damit bin ich eigentlich ganz bei dem Vorschlag von Harry, denn man muss ja meistens nur eine simple, rechteckige Fläche umfärben.
Das geht notfalls auch mit zusätzlichen Rectangles oder Shapes direkt in den Styles,
das ist aber auch suboptimal.

Statt einem zusätzlichem Bitmap für nur einer Farbe lege ich mir eine Art "Farbfächer" an,
so kann ich die wichtigsten Farben "umdefinieren" (Feld-rt, Feld2-Blau, Feld2-grün, ...).
Wenn der Farbfächer immer gleich strukturiert wird, dann kann man den sogar austauschen und so die Style-Hauptfarben leicht ändern, ohne das "große" Bitmap anfassen zu müssen.

Aber Alles in Allem ist das doch sehr lästig, und es hat auch seine Grenzen

Rollo

[Uwe Raabe]

Ich habe da mal eine Art Proof-of-Concept zusammengeschrieben, zunächst beschränkt auf vsf-Dateien (also VCL Styles). Das Konzept lässt sich vermutlich auch mit vertretbarem Aufwand auf FMX Styles anwenden, notfalls dann halt in einer separaten FMX-Anwendung.

[Rollo62]

Mit .styles Files von FMX im Textformat habe ich das auch schonmal getestet.
Es ist je nur ein DFM-Format, im Prinzip, und lässt sich auch ganz gut verarbeiten.

Das Problem sind aber die auf allen Platformen verschiedenen Basis-Styles, die sich sehr schlecht universalisiren lassen.
Entweder man baut sich die Styles von 0 an selber auf, oder man muss in allen Platformen
womöglich in Handarbeit die Styles optimieren.

Ich nutze im Moment die FMX-Styles aus dem Premium-Pack als Basis, und baue mir dazu was ich brauche, so ähnlich wie unten vorgeschlagen.

Andererseite benutze ich auch nur 10% aller Komponenten, so das ich auch bestimmt 90% der
Style-Daten löschen könnte.
Weil mir das im Moment noch zu risikoreich und zu viel Arbeit ist habe ich es noch nicht gemacht, aber es würde womöglich die Package-Größe erheblick reduzieren.

Rollo

[Harry Stahl]

Zitat von Uwe Raabe:

Ich habe da mal eine Art Proof-of-Concept zusammengeschrieben, zunächst beschränkt auf vsf-Dateien (also VCL Styles). Das Konzept lässt sich vermutlich auch mit vertretbarem Aufwand auf FMX Styles anwenden, notfalls dann halt in einer separaten FMX-Anwendung.

Das sieht doch schon sehr schön aus. Falls Du da noch mehr Arbeit rein stecken willst, hier noch ein paar Erweiterungsvorschläge:

1. Bitte Version auch für FMX.

2. Übergabe der Style-Datei als Parameter beim Start Deines Programms.

3. Eine Filtermöglichkeit in der Objectliste

4. Bei Auswahl eines Objectes und Doppelklick: Temporäres extrahieren der aktuellen PNG-Datei und Start einer einstellbaren Bildbearbeitung, die als Parameter den Namen der PNG-Datei und den Auswahlbereich erhält. Dann könnte die Bildbearbeitung direkt das Bild laden und den Bereich auswählen (ich wäre bereit eine solche Funktionalität auch in meinem Bildbearbeitungsprogramm zu unterstützen).

5. Bei Speichern der PNG seitens der Bildbearbeitung die PNG in Deinem Bild aktualisieren oder manueller Aufruf für die Aktualisierung in Deinem Programm.