AWT Drag n Drop-Support für Component

[Milgo]

Tach,

ich bin schon was länger an nem Java-Programm dran und wollte jetzt auch Drag and Drop-Support einbauen, aber mir ist das ein wenig zu hoch, bei den ganzen Anleitungen fehlen mir immer ein paar Informationen, die ihr mir hoffentlich geben könnt.

Ich möchte dabei zwei verschiedene Arten von Support erreichen. Zum einen habe ich eine eigene Label-Klassen gebaut die ein wenig an Zusatzinformationen haben. Ich möchte Objekte dieser Labels nun auf andere Objekte der selben Klasse ziehen können um dann mit beiden Labels weiterzuarbeiten.

Andererseits möchte ich auch gerne JPanels in einem GridLayout mithilfe von Drag and Drop in der Anzeige-Reihenfolge verändern können.

Ich habe mir auch schon alles mögliche zu dem Thema durchgelesen (bitte also nicht einfach stur auf Google verweisen). Jetzt zu den Fragen, die sich mir aufgetan haben.

1. Ich vermute, dass ich das Interface Transferable für die Drag-Quelle benötige, ist das richtig? Und was ist in dem Interface dieses DataFlavor?
2. Benötige ich das Interface DropTargetListener für das Drop-Ziel? Die drop-Methode sieht ja ziemlich nach dem aus, was ich benutzen möchte.
3. Benötige ich für mein Vorhaben einen eigenen TransferHandler? Welche Methoden von der Klasse sollte ich denn dann überschreiben?
4. Wie schaffe ich es denn, dass man eine meiner Component-Klassen überhaupt draggen kann? Da fehlt mir irgendwie noch komplett der Ansatz.

Vielen Dank für die Hilfe!

 

[André Uhres]

Hallo Milgo, willkommen im Forum!
Benutze Swing und nicht AWT: also z.B. JLabel statt Label, JPanel statt Panel, usw.
Beim Drag and Drop musst Du einen TransferHandler (extends TransferHandler) und einen Transferable (implements Transferable) implementieren.
Den TransferHandler bindest du einfach mit setTransferHandler an das JLabel.
Mit einem MouseListener kannst Du dann das automatische Drag Handling aktivieren, und zwar so:

MouseListener ml = new MouseAdapter() {
    public void mousePressed(MouseEvent e) {
        JComponent c = (JComponent)e.getSource();
        TransferHandler th = c.getTransferHandler();
        th.exportAsDrag(c, e, TransferHandler.COPY);
    }
};
label.addMouseListener(ml);

Im TransferHandler überschreibst du createTransferable um den Transferable
mit dem Wert aus dem JLabel zu erzeugen und zurückzugeben. Dann überschreibst du importData um die Übetragung der Daten zur Zielkomponente zu implementieren.
Und du überschreibst getSourceActions um die gültigen Aktionen zurückzugeben
(z.B.: return TransferHandler.COPY).
Du kannst auch exportDone überschreiben, um bei MOVE den JLabel Text zu löschen.

Ein universell einsetzbarer Transferable sieht so aus:

/************************
 * GenericTransferable  *
 ************************/
class GenericTransferable implements Transferable {
    private Object data;
    private static final DataFlavor[] flavors = new DataFlavor[1];
    static {flavors[0] = DataFlavor.stringFlavor;}
    public GenericTransferable(final Object data) {
        super();
        this.data = data;
    }
    public DataFlavor[] getTransferDataFlavors() {return flavors;}
    public boolean isDataFlavorSupported(final DataFlavor flavor) {return true;}
    public Object getTransferData(final DataFlavor flavor) throws UnsupportedFlavorException, IOException {
        return data;
    }
}

Der stringFlavor ist hier nur der Form halber angegeben. Wenn TransferHandler#canImport immer true zurückgibt, spielt der DataFlavor keine Rolle und ich benutze auch keinen. Gewöhnlich genügt der Datentyp zur Steuerung der Verarbeitung.

Ich hoffe, das hilft dir schon etwas weiter.

Gruß,
André

 

[Milgo]

Super, das hat mir schon gut weitergeholfen. Ich kann jetzt schon verschiedene meiner Labels miteinander behandeln, dabei ist aber ein 'interessantes' Problem aufgetreten.

Erstmal mein wichtigster Code.

public class UnitLabel extends JLabel implements Transferable {
	[...]
	@Override
	public boolean isDataFlavorSupported(DataFlavor flavor) {
		return true;
	}

	@Override
	public Object getTransferData(DataFlavor flavor) throws UnsupportedFlavorException, IOException {
		return this;
	}
}

class UnitTransferHandler extends TransferHandler {
	@Override
	public int getSourceActions(JComponent c) {
		if (c instanceof UnitLabel) {
			return LINK;
		}
		return NONE;
	}
	
	@Override
	public boolean importData(JComponent comp, Transferable t) {
		try {
			UnitLabel self = (UnitLabel) comp;
			UnitLabel other = (UnitLabel) t.getTransferData(DataFlavor.stringFlavor);
			
			if (!self.equals(other)) {
				// do stuff
				return true;
			}
		}
		catch (Exception e) {
			e.printStackTrace();
		}
		return false;
	}
	
	@Override
	public boolean canImport(JComponent comp, DataFlavor[] transferFlavors) {
		if (comp instanceof UnitLabel) {
			return true;
		}
		return false;
	}
	
	@Override
	public Transferable createTransferable(JComponent c) {
		UnitLabel l = (UnitLabel) c;
		return l;
	}
}

Das beste Beispiel für mein Problem ist es, wenn ich eines der Labels auf sich selbst ziehe. In canImport() müssten die Objekte self und other eigentlich exakt gleich sein, sind sie aber nicht. Die Inhalte sind gleich aber nicht identisch, das heißt, dass wohl irgendwo das Ursprungsobjekt geklont wurde.

if (!self.equals(other)) packt dadurch beispielsweise nicht. Für mich ist es aber wichtig, dass die beiden Objekte auch genau die sind, die ich bearbeiten möchte und keine geklonten. Klar, das equals kann ich im Zweifelsfall anders umsetzen, aber für meine restlichen Arbeiten brauche ich die richtigen Objekte.

Gibts da irgendeinen Kniff den ich anwenden kann?

 

[André Uhres]

if (!self.equals(other)) packt dadurch beispielsweise nicht. Für mich ist es aber wichtig, dass die beiden Objekte auch genau die sind, die ich bearbeiten möchte und keine geklonten.

Ich bezweifle, dass im vorliegenden Fall etwas geklont wurde. Spontan denke ich, dass es nur an der Umsetzung der "equals"-Methode liegen muss. Daher glaube ich, dass folgender Code in Deinem Beispiel funktionieren müsste:

if (self != other) {
    // do stuff
    return true;
}

Gruß,
André

 

[André Uhres]

PS: Ich habe das jetzt getestet und komme tatsächlich auf dasselbe Problem wie Du :bahnhof:

 

[André Uhres]

Das Problem kommt daher, dass das Objekt bei "getTransferData" durch einen Proxy serialisiert wird. Um diese Serialisierung zu verhindern, kann man so was machen:

DataFlavor dataFlavor = new DataFlavor(DataFlavor.javaJVMLocalObjectMimeType + ";class=" +JComponent.class.getName(), "Class Description");
//This will avoid serializing the object and just refer to the object in the local jvm.
UnitLabel other = (UnitLabel) t.getTransferData(dataFlavor);

Also hier den DataFlavor "javaJVMLocalObjectMimeType" angeben, das verhindert die Serialisierung.
Ich hoffe, das hilft.

Gruß,
André