Progressbar Farbe

[Förster]

Moin zusammen,

ich sitze jetzt schon lang daran und will es aber einfach nicht verstehen.

Ich benutze diesen Code um mein Fortschrittsbalken zu färben:

        UIManager.put("progressBar.selectionBackground", Color.black);
        UIManager.put("progressBar.selectionForeground", Color.white);
        UIManager.put("progressBar.foreground", new Color(0, 126, 194));
        progressBar = new JProgressBar(0, 100);
        topBar.add(progressBar, gbcProgressBar);
        progressBar.setValue(0);

ABER es funktioniert nicht.
Bei mir färbt der balken sich standartmäßig, in meinen Fall grün.

Erst wenn ich hinzufüge:

        progressBar.setStringPainted(true);

wird er blau wie er sollte. Woran liegt das zusammen?
setStringPainted fügt doch normalerweise nur die Prozentzahl hinzu. Geht das nicht auch ohne Zahl?

Würde mich freuen wenns mir einer erklären könnte woran das liegt

MFG

 

[Robert Zenz]

Das ist etwas schwieriger. Das Aussehen und Verhalten von Swing wird von so einem genannten "Look and Feel" gesteuert, kurz, Swing hat Themes! Je nachdem welches LaF verwendet wird, kannst du bestimmte Dinge machen oder auch nicht. So als Beispiele gibt es das LaF fuer Windows, GTK oder da Metallic LaF welches das Standard-Blaeuliche ist. Dann gibt es da noch andere, zum Beispiel das WebLaF oder FlatLaf.

Da du sagst dass deine Progressbar gruen ist, gehe ich mal davon aus dass du das Windows-LaF verwendest. Da muesstest du kontrollieren was das LaF genau unterstuetzt und eventuell auch tut. Ich glaube die Dokumentation von den Dingern ist nicht so toll, wahrscheinlich wird es am einfachsten sein wenn du dir den Quellcode ansiehst. Das sieht spontan nicht so aus als waere da wirklich eine andere Hintergrundfarbe vorgesehen...vielleicht ist es einfacher sich eine eigene Progressbar zu bauen?

 

[Förster]

Vielen dank erstmal fürs erklären. Ich verwende das Windows Look and Feel das ist richtig. Ich finde es interessant und sehr verwirrend warum so ein letztendlich so einfache Änderung so kompliziert sein kann😂. Ich denke ich werde mich in meinen Fall zufrieden geben das auch eine Prozentzahl vorhanden ist.

Dennoch gut zu wissen und in einigen fällen wahrscheinlich besser eine eigene Fortschrittsanzeige zu entwerfen. Wobei der Code aufwand für so eine Änderung meiner Meinung nach schon sehr übertrieben ist xd.

 

[Robert Zenz]

Vielen dank erstmal fürs erklären. Ich verwende das Windows Look and Feel das ist richtig. Ich finde es interessant und sehr verwirrend warum so ein letztendlich so einfache Änderung so kompliziert sein kann😂

Sie sind eben dafuer gedacht das Aussehen von dem System nachzuahmen, nicht komplette Freiheit zu erlauben. Im GTK LaF kannst du zum Beispiel keine Hintergrundfarben fuer Eingabefelder setzen, obwohl die Funktion in der Swing API ist, weil GTK keine Hintergrundfarben fuer Eingabefelder unterstuetzt. Es ist dann natuerlich auch immer die Frage welche Farben der Benutzer in seinem Theme gesetzt hat. Du sagst du haettest das Ding gerne Schwarz, koennte gut sein dass der Hintergrund vom Panel auch Schwarz ist bei einem anderen Benutzer. Das trifft jetzt vielleicht nicht auf dein Projekt zu, aber grundsaetzlich muss man sich mit solchen Fragen dann beschaeftigen wenn man Dinge im Umfeld vom LaF macht.

 

[KonradN]

GUI Client Applikationen sind halt doch ein Stiefkind bei Java. Swing/AWT ist dabei auch noch das älteste UI Framework und daher extrem eingeschränkt.

Für Client Anwendungen wäre es evtl. ratsam, sich einmal JavaFX anzusehen. Das ist deutlich "moderner" und bietet einiges mehr an Funktionalität. Alleine schon das Thema Binding als auch die erstellung von UIs per FXML (deklarativ) ist etwas, das den Wechsel sinnvoll macht.

Bei JavaFX hat man dann auch die Möglichkeit, so Dinge per CSS anzupassen. Das kann also auch durchaus interessant sein.

 

[Robert Zenz]

Swing/AWT ist dabei auch noch das älteste UI Framework und daher extrem eingeschränkt.

Ne, tut mir leid, das kann ich so nicht stehen lassen. Zuerst, ja, man merkt schon eine gewisse Hartkantigkeit in Swing, aber das merkt man auch an JavaFX (erstrecht dann wenn man etwas an den bestehenden Komponenten erweitern will). Grundsaetzlich spricht nichts dagegen eine GUI mit Swing zu machen, mit dem Plattform-LaF ist man auch gut integriert die meiste Zeit ueber (nennt mich alt, mir wuerde es Gefallen wenn jede Applikation gleich aussieht...auch wenn das die GNOME Entwickler anders sehen), was bei JavaFX nicht ganz so einfach ist (zumindest waere es mir nicht bewusst). Auf der anderen Seite hat, wie du sagst, JavaFX den Vorteil das man definitiv alles per CSS umstellen kann am Aussehen, und das noch dazu relativ einfach. Und die Bindings sind ganz gut, ja.

Ein anderes Thema ist das bauen. Swing ist integriert in der JRE, JavaFX muss man mitliefern, und ich glaube auch noch einen Build fuer jede Zielplatform machen. Nenn' mich altmodisch, ich finde immer noch das ein jar eine gute Paketform ist (Plattformunabhaengig).

...als auch die erstellung von UIs per FXML (deklarativ) ist etwas, das den Wechsel sinnvoll macht.

Ich hatte mal so einen Prototypen fuer Swing gebaut...ich frage mich wo ich den hingepfeffert habe...

 

[KonradN]

Natürlich kann man mit Swing eine GUI machen. Technologisch ist es aber vergleichbar mit Windows Forms und damit schlicht veraltet. Es fehlt extrem viel, was einem das Leben nun einmal schwer macht, sobald man etwas wirkliches aufsetzen will. Kleine Anfängerprojekte oder so: Ja klar. Aber wenn man ein Produkt erstellen will: Finger weg! Das macht es nur unnötig schwer in der Maintenance und man baut zwingend etwas, das ich schon als Maintenance bezeichnen würde.

Ein anderes Thema ist das bauen. Swing ist integriert in der JRE, JavaFX muss man mitliefern, und ich glaube auch noch einen Build fuer jede Zielplatform machen. Nenn' mich altmodisch, ich finde immer noch das ein jar eine gute Paketform ist (Plattformunabhaengig).

Meine Erfahrungen sind etwas veraltet, aber ein Java auf dem System mit mehreren Java Applikationen hat zu massiven Problemen geführt. Da war es dann so, dass es mit einer neueren Version von Java nicht richtig aussah und dann der Fachbereich gemeckert hat. Dann gab es Startscripte und so was alles recht heftig war. Als dann App-V kam, war das eine riesen Erleichterung und dann wurden App-V Images gebaut und jede Java Anwendung hatte so ein System mit genau Ihrer Java Version.

Und genau das wurde ja von Oracle dann auch als Weg zur Weitergabe gesehen: Man baut ein Image und das wird dann weiter gegeben. Und damit hast Du dann auch keine Probleme mit Abhängigkeiten, da die ja im Image mit drin sind - egal, was da benötigt wird.

Ich hatte mal so einen Prototypen fuer Swing gebaut...ich frage mich wo ich den hingepfeffert habe...

Ach je - ich hatte sowas auch mal etwas entworfen ... das war dann XML basiert und war schon recht enorm. Da ging es aber mehr um Thin Clients, die dann sowas anzeigen sollten. Aber das ist jetzt auch 20 Jahre her ... aber interessant war, als dann Microsoft mit WPF / XAML um die Ecke gekommen ist und viele Konzepte ähnlich waren.

Sowas heutzutage zu bauen ist aber doch Zeitverschwendung. Du brauchst ja so viel. Es geht ja nicht nur um Controls und so. Du willst ja auch Bindings haben. Du willst Checks zur Compile-Zeit u.s.w.

Da sehe ich ehrlich gesagt wenig Sinn.

Ein Bereich, bei dem Swing valide ist: Wenn man spezielle Plattformen hat. Wir haben das teilweise, weil wir auch AIX Systeme im Einsatz haben. Auf AIX hat man kein JavaFX. Aber da geht es um kleine Tools, die nicht wirklich relevant sind (Die laufen per html/css/JS mit Java Backends. Wir haben halt WebSphere & Tomcat Backends unter AIX und die verwenden wir dann).