SWT pack() von org.eclipse.swt.widgets.Control

[mrbela]

Hallo Javafreunde,

ich bin mittlerweile seit einiger Zeit an einem Problem dran, dass ich noch nicht lösen konnte. Da ich eine Swing Komponente in einer SWT Shell eingebettet habe (Eclipse RCP-Anwendung), arbeite ich mit dem von Eclipse hierfür entwickelten. Das Ganze sieht in etwa so aus:

"
final JComponent component = helper.createComponent();

SwingControl c = new SwingControl(dialog, SWT.NONE) {

@Override
protected JComponent createSwingComponent() {
return component;
}
public org.eclipse.swt.widgets.Composite getLayoutAncestor() {
return dialog;
}
};
"

Möchte ich nun die Shell mit der Methode pack() "packen", so bekommt die Shell nicht die richtige Größe, da ich denke, dass sie nicht mit der JComponent zusammen arbeiten kann, somit nicht an ihre preferedSize dran kommt.

Also versuche ich gerade eine UtilityKlasse zu schreiben, mit deren Hilfe ich meine Shell "packen" will à la:

"
UtilityClassComponentPack.pack(Shell)
"

Zu diesem Zwecke habe ich mir mal die pack() angeschaut, die in der Klasse Control liegt:

"
public void pack () {
checkWidget ();
pack (true);
}
"

Das checkWidget() spielt meines Erachtens keine Rolle für die Größe, also pack(true):

"
public void pack (boolean changed) {
checkWidget ();
setSize (computeSize (SWT.DEFAULT, SWT.DEFAULT, changed));
}
"

und nun computeSize(...):

"
public Point computeSize (int wHint, int hHint, boolean changed) {
checkWidget ();
int width = DEFAULT_WIDTH;
int height = DEFAULT_HEIGHT;
if (wHint != SWT.DEFAULT) width = wHint;
if (hHint != SWT.DEFAULT) height = hHint;
int border = getBorderWidth ();
width += border * 2;
height += border * 2;
return new Point (width, height);
}
"

Die Konstante DEFAULT_WIDTH, bzw. HEIGHT sind in der Widget-Klasse mit

"
static final int DEFAULT_WIDTH = 64;
static final int DEFAULT_HEIGHT = 64;
"

angegeben.

Was ich jetzt nicht verstehe: Woher holt sich denn die pack()-Methode die tatsächlichen Größen der Komponenten, die verbaut sind in dem Control. Anscheinend, zumindest meiner Logik nach, bewirkt setSize(computeSize(...)) nichts anderes wie setSize(64,64); dem ist aber nicht so, da die pack() ja unter normalen Umständen problemlos funktioniert.

Kann mir da einer helfen?? Ich denke, es ist nicht so einfach, aber ich würde mich tierisch über ne Antwort freuen!

Vielen Dank,

armin

 

[Wildcard]

Warum rufst du denn nicht einfach setSize auf mit der Preferred Size der Swing Component? Wenn das nicht geht, weil noch andere Elemente im Dialog sind, dann setz dem Composite einen entsprechenden Layout Hint.

final JComponent component = helper.createComponent();

Das sieht übrigens gefährlich aus, da du höchstwahrscheinlich im falschen Thread bist um Swing components zu erzeugen (dafür ist ja die Methode createSwingComponent)

 

[mrbela]

Servus!

Du siehst es richtig, dass ich in dem Dialog mehrere Componenten habe und dsa daher so nicht geht. Aber wie meinst Du das mit dem "dann setz dem Composite einen entsprechenden Layout Hint." ??

Kannst Du mir mal n kleines Beispiel bringen, das wäre super nett von Dir.

Mit der createSwingComponent bin ich mir bewusst. Es sieht so aus, dass ich diese JComponent aus

final JComponent component = helper.createComponent();

durch die createSwingComponent returne. Somit habe ich daran gedacht.

Ich danke Dir herzlich für Deine Hilfe!

 

[Wildcard]

final JComponent component = helper.createComponent();

durch die createSwingComponent returne. Somit habe ich daran gedacht.

Nein, denn das helper.createComponent() wird schon ausgeführt wenn die Klasse instanziert wird und das passiert im falschen Thread. Deadlockgefahr.

Aber wie meinst Du das mit dem "dann setz dem Composite einen entsprechenden Layout Hint." ??

Nehmen wir mal an du hast ein GridLayout. Was hindert dich daran dem Composte GridData zu setzen mit einem Hint entsprechend der PreferredSize der SwingComponent?
GridDataFactory (Eclipse Platform API Specification)

 

[mrbela]

mh, danke für Deine Hilfe!

Mir ist das immer noch nciht ganz klar, vorallem kriege ich diese Frage nicht geklärt, weshalb ich die helper.createComponent() ausserhalb gemacht habe. Dass das so nicht geht, gebe ich Dir recht:

SwingControl c = new SwingControl(dialog, SWT.NONE) {

@Override
protected JComponent createSwingComponent() {
return helper.createComponent();
}
public org.eclipse.swt.widgets.Composite getLayoutAncestor() {
return dialog;
}
};

JComponent p = c.getSwingComponent();

Wenn ich das so mache, was ja eigtl der korrekte Weg wäre, dann ist p == null. Das habe ich auch mit dem Debugger getestet.. Ich weiß nicht wie ich das beheben kann, bzw. wann die SwingControl c genau instanziiert wird.

Eine weitere Frage bzgl. der GridData.. Eine Methode à la p.setLayoutData(new gridData) gibt es nicht... wie kann ich dann bezwecken, dass ich die JComponent p in die GridData einbette?

Und verstehe ich Deine Idee richtig, dass wenn ich die GridData gesetzt habe ich den Dialog mit pack() "packen" kann? Denn mir ist nachwievor ein geheimnis woher die pack-Methode die Größe der jeweiligen Komponenten bekommt. Wahrscheinlich vom LayoutManager, wobei ich die Codestelle in der Control-class, in der ja die Methode liegt nicht finden kann, in der sie mit dem LayoutManager zusammen arbeitet..

herzlichen Dank!!

 

[Wildcard]

Du musst dir darüber klar werden das du es nun mit mindestens zwei Threads zu tun hast. Den Swing Event Dispatcher Thread und den SWT read and dispatch thread.
createSwingComponent wird von Albireo asynchron (das ist wichtig) im Swing EDT aufgerufen. Daher ist zum Zeipunkt X nach instanzierung dein 'p' noch null, weil der Swing Thread die createSwingComponent noch nicht aufgerufen hat.

Eine weitere Frage bzgl. der GridData.. Eine Methode à la p.setLayoutData(new gridData) gibt es nicht... wie kann ich dann bezwecken, dass ich die JComponent p in die GridData einbette?

Nicht auf der Swing Component, das bringt nichts. Auf dem Composite in dem die Swing Component liegen soll.

Und verstehe ich Deine Idee richtig, dass wenn ich die GridData gesetzt habe ich den Dialog mit pack() "packen" kann? Denn mir ist nachwievor ein geheimnis woher die pack-Methode die Größe der jeweiligen Komponenten bekommt. Wahrscheinlich vom LayoutManager, wobei ich die Codestelle in der Control-class, in der ja die Methode liegt nicht finden kann, in der sie mit dem LayoutManager zusammen arbeitet..

Pack macht nichts anderes als beim LayoutManager nachzufragen wie groß das Zeug denn werden soll. Da dein SWT.EMBEDDED composite diese Information erstmal nicht von sich aus schlüssig beantworten kann, musst du mit einem LayoutHint nachhelfen.

 

[mrbela]

mh, ich weiß worauf Du hinaus willst. Aber ich komme nicht ganz drauf dies umzusetzen.

Ich habe ja ein GridLayout, das ich in diesem Dialog benutze. Nun muss ich ein Composite erzeugen, dass die Maße von meiner SwingComponente hat?? Aber an die Maße komm ich ja nicht dran, da getSwingComponent() zu diesem Zeitpunkt ja noch null ist. Wie soll ich dann die Maße bekommen, um zu wissen, wie groß das sein muss.

Zweite Frage: Wie bette ich ein Composite in ein GridLayout ein, oder passiert das automatisch sobald ich das in dem Dialog angelegt habe, dass das GridLayout davon dann mitbekommt.

ich weiß nur eins: das SWT, vorallem gekoppelt mit Swing, echt blöd ist!!

danke für die hilfe!!

 

[mrbela]

hier mal meine Klasse:

public class VPreferencesDailogRCP extends Dialog {

	private VPreferencesDialogHelper helper;
	
	public VPreferencesDailogRCP(Shell parent) {
		super(parent);
	}

	public void show() {
		final Shell parent = getParent();
		final Shell dialog = new Shell(parent, SWT.SHELL_TRIM);
		
		// edit text
		dialog.setText("Dialog");
		
		GridLayout gl = new GridLayout();				
		dialog.setLayout(gl);
		
		Composite c = new Composite(dialog, SWT.EMBEDDED);
		

		helper = new VPreferencesDialogHelper();
//		final JComponent component = helper.createComponent();
								
		SwingControl c = new SwingControl(dialog, SWT.NONE) {
			
			@Override
			protected JComponent createSwingComponent() {
				return helper.createComponent();
			}
			public org.eclipse.swt.widgets.Composite getLayoutAncestor() {
				return dialog;
			}
		};
		
		JComponent p = c.getSwingComponent();
				
		Button okButton = new Button(dialog, SWT.PUSH);
		okButton.setText("Ok");
		okButton.addSelectionListener(new SelectionAdapter() {
			public void widgetSelected(SelectionEvent e) {
				dialog.dispose();
			}
		});
		
//		windowsclosewithsave etc.
//		look VPreferncesDialog
		
		Button cancelButton = new Button(dialog, SWT.PUSH);
		cancelButton.setText("Cancel");
		cancelButton.addSelectionListener(new SelectionAdapter() {
			public void widgetSelected(SelectionEvent e) {
				dialog.dispose();
			}
		});
					
//		Object[] package_x = {component};
//		Object[] package_y = {component, okButton};
		
		
//		UtilityClassComponentPack.pack(package_x, package_y, dialog);
		
		dialog.addListener (SWT.Resize,  new Listener () {
		    public void handleEvent (Event e) {
		      Rectangle rect = dialog.getClientArea ();
		      System.out.println(rect);
		    }
		  });
		
		
		dialog.pack();
		
		dialog.setVisible(true);
	}
}

 

[Wildcard]

Solange du die Swing Component nach den SWT Controls erzeugst, kannst du nicht wissen wie groß sie sein soll, das ist richtig. Du könntest aber einen reasonable Default setzen und später (wenn der Swing Thread durch ist) 'nachbessern'

Wie bette ich ein Composite in ein GridLayout ein

Bin nicht sicher ob ich die Frage verstehe. Ein Container hat ein Layout. Erstellt man ein Child (zB ein Composite) auf diesem Parent, dann positioniert der LayoutManager des Containers das Child (war das die Frage?).