Swing Farbe wählen ohne JColorChooser 2

[jf]

Hallo, kürzlich gab es bereits eine Diskussion zu diesem Thema. Ich habe genau das gleich Problem. Der Tipp von javaDev2011 funktioniert, der von Runtime zeigt Fehler an folgenden Zeilen:

yourComboBox.add(Color.WHITE);
yourComboBox.add(Color.RED);

setForeground((Color) value));

Kann das daran liegen, dass der Code von Runtime für Java 7 gedacht ist?

Abgesehen davon gefällt mir auch die Lösung mit einer Color-JList in einer JComboBox auch nicht so recht. Es sollte mindestens wie bei XP aussehen (siehe Anhang 1). Noch lieber wäre mir aber eine reichere Auswahl an Farben wie beim JColorChooser, aber ohne den Rest drum herum (siehe Anhang 2).

Ich wollte mir den Quellcode dafür klauen und einfach auf ein Popup legen.
Allerdings konnte ich nur folgenden Quellcode finden - und hier habe wird mir immer ein Fehler bei den Zeilen

    panel.installChooserPanel(this);
    panel.uninstallChooserPanel(this);

Warum ist der JColorChooser so hässlich? - Es gibt doch viel bessere Layouts:
http://www.migcalendar.com/external/MigColorChooser.png
Quaqua Look and Feel - User Guide
New version of color wheel Pushing Pixels

Dennoch wird auch bei Java 7 mit diesem schlechten Design weiter gemacht:
New Color Chooser in JDK 7 | Javalobby

Auch ist es extrem unverständlich, dass es keine einfache Variante davon gibt...
.. oder habe ich diese einfach nur noch nicht gefunden?

 

[Michael...]

So eine Farbpalette lässt sich ja leicht selbst zusammenbauen. Da gibt es unzählige Möglichkeiten. Angefangen mit farbigen Buttons/Panels auf einem Panel bis hin zu selbst zeichnen.
Die größte Herausforderung sehe ich in dem Erzeugen/Definieren der Farben und der "harmonischen", optisch ansprechenden Anordnung der Farben auf der Palette.
Ich meine mich erinnern zu können, dass man relativ einfach die Farbpalette aus dem ColorChooser "klauen" und sie in einen eigenen Chooser einbauen kann. Zumindest habe ich sie mal für einen eigenen ColorChoser verwendet. Mal schauen ob ich den Code noch finde...

 

[jf]

Die größte Herausforderung sehe ich in dem Erzeugen/Definieren der Farben und der "harmonischen", optisch ansprechenden Anordnung der Farben auf der Palette.

Ja, das war auch mein Gedanke.

Ich meine mich erinnern zu können, dass man relativ einfach die Farbpalette aus dem ColorChooser "klauen" und sie in einen eigenen Chooser einbauen kann. Zumindest habe ich sie mal für einen eigenen ColorChoser verwendet. Mal schauen ob ich den Code noch finde...

Das wäre echt toll!!! :toll:

 

[Xeonkryptos]

Creating a Custom Chooser Panel

Hier ist ein Link für das Customizing eines ColorChoosers aus den Java-Tutorials. Mit etwas Übung solltest du da dein eigenes Design basteln können mit den Farben des ColorChoosers!

 

[jf]

Vielen Dank Xeonkryptos, aber dieser Seite wird nur beschrieben, wie man dem ColorChooser Reiter hinzufügt, bzw. diese entfernt. - Ich möchte aber das Farbfeld vom ColorChooser auf ein Popup setzten.

@Michael..: Hast du dein Projekt nicht finden können? Dies wäre echt schade.

 

[Michael...]

@Michael..: Hast du dein Projekt nicht finden können? Dies wäre echt schade.

Befürchte der Code war auf einem Rechner der vor vier Jahren ausgemustert wurde...
Hab mir jetzt aber den Code von JColorChooser angeschaut. Man bekommt mittels getChooserPanels() ein Array mit den Farbauswahl Panels (alternativ kann man sich die gewünschte Klasse auch in eine eigene kopieren). Das gewünschte Panel könnte man in seinem eigenen Layout verbauen. Mittels ChangeListener an dem ColorSelectionModel bekommt man dann mit welche Farbe der Anwender gewählt hat (ColorSelectionModel#getColor())

 

[jf]

Befürchte der Code war auf einem Rechner der vor vier Jahren ausgemustert wurde...

Schade... ;(

Hab mir jetzt aber den Code von JColorChooser angeschaut. Man bekommt mittels getChooserPanels() ein Array mit den Farbauswahl Panels (alternativ kann man sich die gewünschte Klasse auch in eine eigene kopieren). Das gewünschte Panel könnte man in seinem eigenen Layout verbauen. Mittels ChangeListener an dem ColorSelectionModel bekommt man dann mit welche Farbe der Anwender gewählt hat (ColorSelectionModel#getColor())

Wo bekomme ich die Klasse her? - Im der JColorChooser.java habe ich dazu nichts gefunden...

 

[Michael...]

Wo bekomme ich die Klasse her? - Im der JColorChooser.java habe ich dazu nichts gefunden...

Die Klassen/Objekte werden im JColorChooser nur über AbstractColorChooserPanel referenziert.
Die konkreten Klassen befinden sich aber im Packaga javax.colorchooser: Default....ChooserPanel

 

[jf]

Die Klassen/Objekte werden im JColorChooser nur über AbstractColorChooserPanel referenziert.
Die konkreten Klassen befinden sich aber im Packaga javax.colorchooser: Default....ChooserPanel

Ok, aber wie komme ich an dieses Paket heran?

 

[Michael...]

Ok, aber wie komme ich an dieses Paket heran?

Alle Java Standard Klassen werden als Quellecode (src.zip) mit dem JDK mitgeliefert.
Aber wie gesagt, wenn Du Dir den Code nicht kopieren willst, kannst Du Dir ja über die oben genannte Methode des JColorChoosers das entsprechende Panel "besorgen" - nicht schön aber funktioniert.

 

[jf]

Alle Java Standard Klassen werden als Quellecode (src.zip) mit dem JDK mitgeliefert.

Ah, alles klar.
Das Paket war übrigens javax.swing.colorchooser.

Aber wie gesagt, wenn Du Dir den Code nicht kopieren willst, kannst Du Dir ja über die oben genannte Methode des JColorChoosers das entsprechende Panel "besorgen" - nicht schön aber funktioniert.

Ich habe den Code verwendet und die Anordnung von horizontal auf vertikal umgestellt - dies macht sich besser für eine Dropdown-Liste.
Schade finde ich, dass die Farben nicht über eine Formel ermittelt werden, sondern hardgecodet sind.
So werden manche Farben sogar mehrfach angezeigt. Leider darf ich hierauf nicht mehr Zeit verschwenden, weshalb es so bleiben muss.
Aber auf jeden Fall ist die einfache Farb-Palette in den meisten Fällen günstiger als der umfangreiche Standard-ColorChooser-Dialog.

 

[Michael...]

Ah, alles klar.
Das Paket war übrigens javax.swing.colorchooser.

Sorry! Da hab ich wohl was entscheidenes zwischendrin vergessen.

 

[jf]

Ok, ein Panel mit den Farben habe ich jetzt. Nun wollte ich dieses in ein Popup stecken, welches über eine JComboBox angezeigt wird. Jetzt habe ich aber keinerlei Erfahrung mit dem Customizing einer Combobox.

Sollte ich über einen Listener das Original-Popup unterdrücken:

		this.addPopupMenuListener(new PopupMenuListener() {
			@Override
			public void popupMenuWillBecomeVisible(PopupMenuEvent ev) {
				// Hier popup unterdrücken? - Wenn ja, wie?
			}

			@Override
			public void popupMenuWillBecomeInvisible(PopupMenuEvent e) {
				
			}

			@Override
			public void popupMenuCanceled(PopupMenuEvent e) {
				
			}
		});

Oder gibt es eine Möglichkeit das Popup gleich ganz zu ersetzen?

 

[Michael...]

Muss es denn eine ComboBox sein? Kannst Du nicht einfach ein Panel, Label... nutzen und da dein Popup dranhängen?

 

[jf]

Muss es denn eine ComboBox sein? Kannst Du nicht einfach ein Panel, Label... nutzen und da dein Popup dranhängen?

Das war zumindest das Ziel: ein Dropdown-Element wie im XP-Anzeige-Dialog.
Wenn das nicht geht, muss eben eine andere Lösung gefunden werden.

Evtl. kann ich mein Popup einfach über das Standard-Popup legen
- sauberer wäre aber, wenn das Standard-Popup nicht angezeigt werden würde.

Vlt. könnte man ja mittels Action- oder MouseListener das Ereignis abfangen.
Hat dazu jemand eine Idee?


Ich habe ein weiteres Problemchen an dieser Stelle:

Um die gewählte Farbe im Dropdown-Element darzustellen verwende ich einen eigenen Renderer.
Hier setze ich folgenden Code ein:

		MatteBorder matteBorder = new MatteBorder(2, 10, 2, 10, Color.WHITE);
		LineBorder lineBorder = new LineBorder(Color.black);
		this.setBorder(new CompoundBorder(matteBorder, lineBorder));

Leider sieht die weiße MattteBorder auf einem Vista+-gestylten Dropdown-Element ungeschickt aus.
Gibt es eine transparente Alternative zur MatteBorder?


[EDIT]
Ich habe zum Popup-Problem einen Hack gefunden:

class NoPopupUI extends BasicComboBoxUI {
	
	JComboBox owner = null;
	
	public NoPopupUI(JComboBox owner) {
		this.owner = owner;
	}
	
	protected ComboPopup createPopup() {  
		BasicComboPopup popup = (BasicComboPopup)super.createPopup();  
		if(owner.getItemCount() == 0 ) popup.setPreferredSize(new Dimension(0,0));  
		return popup;  
	}  
}

Hierbei wird die Größe des Standard-Popups auf 0x0 reduziert, sobald die die Liste der ComboBox keine Einträge enthält. - Kann man auch schick für andere Spezialfälle verwenden.

=> Es bleibt also nur noch die Frage zur MatteBorder. ???:L
[/EDIT]

[WR]
Leider zu früh gefreut!

Der Hack setzt des LookAndFeel zurück.
Wenn ich dieses mit

SwingUtilities.updateComponentTreeUI(this);

wieder korrigiere, ist auch das Popup weder da... ;(
Sieht jemand hier evtl. noch einen Kniff, mit welchem mein Anliegen doch noch zu erreichen ist?
[/WR]

 

[Michael...]

Leider sieht die weiße MattteBorder auf einem Vista+-gestylten Dropdown-Element ungeschickt aus.
Gibt es eine transparente Alternative zur MatteBorder?

Wäre EmptyBorder oder selbst zeichnen eine Alternative?

Muss es denn wirklich eine ComboBox sein? Eigentlich ist es doch egal wodurch das Popup erscheint? Unter XP ist es z.B. ein Button.

 

[jf]

Wäre EmptyBorder oder selbst zeichnen eine Alternative?

Ok, danke.

Muss es denn wirklich eine ComboBox sein? Eigentlich ist es doch egal wodurch das Popup erscheint?

Die Kombination eines Steuerelementes mit einem Popup spricht nunmal für eine Dropdown-Liste und ich halte mich eben gern an die UI-Standards.
Bei XP sieht das Dropdown-Listenfeld ja auch so aus wie die Combobox - und nicht wie ein Schaltflächen-Element.

Unter XP ist es z.B. ein Button.

Stimmt, darauf habe ich gar nicht geachtet.
Ok, wenn dies so ist und auch Mircosoft hier lieber einen Schaltfläche mit einem Popup kombiniert, anstelle eines Dropdown-Listenfeldes, dann kann ich das sicher auch tun.

Wie bei der Vorlage wollte ich nun aber ein kleines Pfeilchen einbauen.
Dies habe ich bisher immer wie folgt gelöst:

		byte[] arr = Base64.decode(iconAsBase64codedString);
		Image img = Toolkit.getDefaultToolkit().createImage(arr);
		ImageIcon ico = new ImageIcon(img);
		button.setIcon(ico);

Dabei setze ich eine Base64-Klasse aus dem Netz ein, welche immer recht gut funktionierte.

In diesem Fall würde ich aber Schaltfläche auf Schaltfläche setzen, was natürlich nicht geht.
Daher habe ich versucht ein ImagePanel zu basteln - hier kann die Ressource aber leider nicht gezeichnet werden:

import java.awt.Dimension;
import java.awt.Graphics;
import java.awt.Image;
import java.awt.Toolkit;

import javax.swing.ImageIcon;
import javax.swing.JButton;
import javax.swing.JFrame;
import javax.swing.JPanel;
import javax.swing.UIManager;

import common.tools.base64.Base64;


public class ImagePanelDemo {

	static {
        try {
 			UIManager.setLookAndFeel( UIManager.getSystemLookAndFeelClassName() );
        } catch(Exception ex) {
            ex.printStackTrace();
        }
    }

	private static JFrame win = new JFrame();
	private static final String dropdownArrow = "iVBORw0KGgoAAAANSUhEUgAAAAcAAAAECAYAAABCxiV9AAAAAXNSR0IArs4c6QAAAARnQU1BAACxjwv8YQUAAAAJcEhZcwAADsMAAA7DAcdvqGQAAAAadEVYdFNvZnR3YXJlAFBhaW50Lk5FVCB2My41LjEwMPRyoQAAACJJREFUGFdjYGBg+I8T//8PksNUABYHEegK4GIwBkwBMh8AdX0zzda9LvUAAAAASUVORK5CYII=";

	public static void main(String[] args) {
		JPanel panel = new ImagePanel(dropdownArrow);
		win.add(panel);
		win.setPreferredSize(new Dimension(100, 100));
		win.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE);
		win.setResizable(false);
		win.pack();
		win.setVisible(true);
		
	}

}


@SuppressWarnings("serial")
class ImagePanel extends JPanel {

	private ImageIcon ico = null;
	private Dimension dim = null;

	public ImagePanel(String base64Resource) {
		byte[] arr = Base64.decode(base64Resource);
		Image img = Toolkit.getDefaultToolkit().createImage(arr);
		ico = new ImageIcon(img);
		dim = new Dimension(ico.getIconWidth(), ico.getIconHeight());

		/*/ Zum Test //////////////////
		System.out.println(dim);
		JButton but = new JButton();
		but.setIcon(ico);
		dim.width *= 10;
		dim.height *= 10;
		but.setPreferredSize(dim);
		this.add(but);
		/////////////////////////////*/

		this.setPreferredSize(dim);
	}

	public void paint(Graphics g) {
		g.drawImage(ico.getImage(), 0, 0, dim.width, dim.height, null);
		super.paint(g);
	}

}

Wenn man zum Test den auskommentierten Teil wieder hereinnimmt, so funktioniert das Zeichnen wieder. Wie hängt das nun wieder zusammen...??? :bahnhof:

 

[Michael...]

Das Aussehen eines "Buttons" lässt sich ja beliebig gestalten.

Allgmeiner Hinweis bei Swing Komponenten sollte man die paintComponent... anstatt die paint... überschreiben - außer man will letzteres wirklich.
In den meisten Fällen ist auch sinnvoller die super.paintComp... zuerst aufzurufen und dann die gewünschten Objekte o.ä. zu zeichnen. Sonst kann es sein, dass das bisher gezeichnete überdeckt wird.

 

[Marco13]

Das eigentlichen Problem, dass es keine schöne, praktische, platzsparende (!!!) und flexibel verwendbare Color-Auswahl-Component gibt, hat mich auch schon mal genervt. Ich hatte da mal was angefangen, aber ... nichts "richtiges"....

Das mit mde Popup und dem UI sieht jetzt schon langsam krampfig aus. Was genau willst du erreichen?

 

[jf]

Das Aussehen eines "Buttons" lässt sich ja beliebig gestalten.

Ich verwende nun einen ToggleButton - damit hat man gleich einen schönen "Gedrückt"-Effekt, während die Farb-Palette angezeigt wird.

Allgmeiner Hinweis bei Swing Komponenten sollte man die paintComponent... anstatt die paint... überschreiben - außer man will letzteres wirklich.

Ok, in meinem Fall benötige ich ja das g-Argument, um die Ressource zu zeichnen.

In den meisten Fällen ist auch sinnvoller die super.paintComp... zuerst aufzurufen und dann die gewünschten Objekte o.ä. zu zeichnen. Sonst kann es sein, dass das bisher gezeichnete überdeckt wird.

Logish. Das war auch der Fehler! Danke für den Hinweis.
Hatte Code-Teile aus einem Beispiel verwendet - da war das .paint() am Schluss:
ich dachte, dass es in diesem Fall so sein muss und habe es leider nicht hinterfragt.

[TIPP]Es funktioniert nun schon recht gut. Daher nochmal vielen Dank für deine Hilfe! :toll:

Es gibt nur noch zwei Dinge, welche zum Standard-Verhalten fehlen:

• Wenn man neben das Popup klickt, verschwindet dieses nicht.
• Wenn das Popup größer ist, als das Fenster, über welchem es angzeigt wird, wird nicht mit dem Fenster mitbewegt.

Gibt es Lösungsansätze hierfür, oder sollte ich besser anstelle eines Popups ein undekoriertes Fenster verwenden?
[/TIPP]

 

[jf]

Das eigentlichen Problem, dass es keine schöne, praktische, platzsparende (!!!) und flexibel verwendbare Color-Auswahl-Component gibt, hat mich auch schon mal genervt. Ich hatte da mal was angefangen, aber ... nichts "richtiges"....

Hast du hierzu noch Bedarf?

Das mit mde Popup und dem UI sieht jetzt schon langsam krampfig aus. Was genau willst du erreichen?

Ja, das Popup-Verhalten (meines eigenen Farb-Paletten-Popups) macht mir gerade Probleme (siehe vorherige Antwort).

Mit dem UI meinst du bestimmt den Versuch, das ComboBox-Popup zu unterbinden - davon bin ich ja nun weg: ich verwende eine ToggleButton.

 

[Marco13]

"Bedarf" nicht direkt. Ich mache vieles, auch wenn kein "Bedarf" besteht.

Die Frage bezog sich darauf, wie das ganze am Ende aussehen soll (und wie man es verwenden können soll - sowohl den Benutzer als auch im Code)

 

[jf]

"Bedarf" nicht direkt. Ich mache vieles, auch wenn kein "Bedarf" besteht.

Ok.

Die Frage bezog sich darauf, wie das ganze am Ende aussehen soll (und wie man es verwenden können soll - sowohl den Benutzer als auch im Code)

Es soll so aussehen, wie beim Anzeige-Dialog bei XP (siehe Eröffnungsbeitrag dieser Diskussion).
Der aktuelle Stand ist im Anhang zu sehen. Hierbei bleibt leider das Popup stehen, wenn ich das Fenster bewege. Generell ist ein Popup schon besser als ein undekoriertes Fenster, das es beim Anklicken nicht den Fokus des vorher fokusierten Fensters zieht. Da man die Position eines Popups nicht verändern kann (zumindest bietet es keine Methoden hierfür), währe es wohl das Beste, wenn bei einem Klick neben das Popup dieses verschiendet. - Damit wär auch gleich das Positionsproblem gelöst, da das Popup ausgeblendet werden würde, sobald ich das Fenster zum Bewegen anklicke.
Ich habe es schon mit einem FokusListener probiert - hier wird aber nur ein Fokus-Verlust detektiert, wenn ein anderes Steuerelement angeklickt wird. Das Anklicken des Fensters wird lieder nicht registriert.

Das einzige was mir hierzu noch einfallen würde wäre, die Maus per Windows-API zu capturen - aber eine plattform-abhänige Lösung wäre nur der allerletzte Notbehelf. Wenn es hier etwas besseres gibt, lasst es mich bitte wissen!

 

[jf]

Problem erkannt, Problem gebannt:

Wenn ich anstatt der Klasse Popup ein JPopupMenu verwende und dieses mittels der Methode

popup.show(invokeComponent, X, Y);

aufrufe, dann erhalte ich genau das Verhalten, welches ich benötige.