SWT Linie unter transparentes Canvas zeichnen

[glynx]

Moin

Ich bin jetzt seit 5 Stunden am Suchen und langsam irgendwie verzweifelt...ich habe für die Gui an der ich aktuell arbeite ein neues Widget (abgeleitet von einem Canvas) implementiert, welches einige Sachen drawt usw. Bei ihnen allen ist als Style gesetzt SWT.NO_BACKGROUND

Von den Widgets gibts es mehrere auf der Shell, die durch ein GridLayout angeordnet werden.
Auf der Shell habe ich nun noch einen PaintListener implementiert, der beim PaintEvent Linien zeichen. Die Start- bzw. Endpunkte dieser Linien sind abhängig von den Widgets und sollen auch unter diesen hindurch / auf diesen drauf verlaufen. Quasi werden die gemalten Elemente der Widgets durch diese Linien verbunden, bzw. es sollte so sein.
Problem ist leider, dass die Linien auf der Shell hinter den Widgets nicht angezeigt werden, auch wenn diese keinen Hintergrund haben sollten.
Wenn ich nun einen Button verwende, der die Visibility der widgets toggelt, dann sind die Linien nach unsichtbar und wieder sichtbar machen komischerweise richtig da.

Gibt es da eine Möglichkeit diesem Problem aus dem Weg zu gehen oder dies zu lösen? Mir fehlen mittlerweile echt die Ideen was ich noch machen kann.

Im Folgenden Ausschnitte des Codes:

Widget

public class MatchWidget extends Canvas {

    public MatchWidget(Composite parent, ...) {
	super(parent, SWT.NO_BACKGROUND);

	GridData gd = new GridData();
	gd.horizontalAlignment = GridData.FILL;
        ...GridData einstellen...
	this.setLayoutData(gd);
	
	addPaintListener(new PaintListener() {
	    public void paintControl(PaintEvent e) {
		paint(e);
	    }
	});
    }

    private void paint(PaintEvent e){
	GC gc = e.gc;
	...male Widget...
	gc.dispose();
    }
    ...sonstige Methoden, nicht relevant...
}

Main

public class Main implements PaintListener, SelectionListener {
	private Display display;
	private Shell shell;
	Button b;
	...

	Main() {
		display = new Display();
		shell = new Shell(display);
		shell.setText("Blubb");
		shell.addPaintListener(this);
		createGUI();
		shell.setSize(1000, 1000);
		shell.open();
		while (!shell.isDisposed()) {
			if (!display.readAndDispatch()) {
				display.sleep();
			}
		}
		
	}
       
        private void createGUI() {
            ...erstelle tolle widgets usw...
        }
       
        @Override
	public void widgetDefaultSelected(SelectionEvent e) {
             
	}

	@Override
	public void widgetSelected(SelectionEvent e) {
	...handle selection events...

	}

	public void paintLines(PaintEvent e) {
		GC gc = e.gc;
                ...verschiedene Linien mit gc.drawLine zeichnen...

	}

	@Override
	public void paintControl(PaintEvent e) {
		paintLines(e);
	}

Sry, ich habe aber mal diverse Sachen entfernt, die hier nicht von Belang sind, sodass man sich nur etwas vorstellen kann, wie der Code so aussehen soll.

MfG Glynx

 

[glynx]

Mittlerweile habe ich auf jeden Fall festgestellt, dass folgendes komisches Verhalten auftritt:
Im Hintergrund scheint der bereits gepaintete Inhalt des Widgets erhalten bleiben und der neue wird wohl nur rübergepaintet...was ich für komisch halte ist, dass am Ende der Paint-Methode des MatchWidgets eigentlich die:
gc.dispose();
getParent().redraw();

aufgerufen werden, sodass eigentlich der Kram komplett disposed werden sollte, nachdem es gedrawt wurde.
Evtl. liegt dabei ja auch der Fehler, nur komm ich da aktuell iwie net drauf.

MfG Glynx

 

[Wildcard]

1. gc.dispose() musst du zwar aufrufen, es hat aber keinen Einfluss auf das was schon gezeichnet wurde, die Linien verschwinden dadurch also nicht
2. Wenn du NO_BACKGROUND angibst, dann bist du dafür verantwortlich die Client Area zu übermalen. Wenn du das nicht willst, dann lass einfach das NO_BACKGROUND weg. parent.redraw() bringt da auch wenig, denn der Parent braucht sich selbst nicht zu zeichnen wo er von Children überdeckt wird. Wenn dein Widget also einen bestimmten Bereich des Parents überdeckt, das NO_BACKGROUND bit gesetzt ist und das Widget es versäumt seine Bildartefakte selbst zu bereinigen, dann bleiben die Artefakte solange erhalten bis sie vom Betriebssystem übermalt werden (minimieren, oder ein anderes Fenster wird über dein Fenster gezogen).

 

[Wildcard]

Übrigens, falls das nicht klar geworden ist, NO_BACKGROUND hat absolut nichts mit transparenz zu tun, es gibt nur an ob das Widget automatisch die Client Area bei jedem repaint mit der Background Color übermalt, oder nicht.
Steht auch ganz klar in der API:

By default, before a widget paints, the client area is filled with the current background. When this style is specified, the background is not filled, and the application is responsible for filling every pixel of the client area. This style might be used as an alternative to "double-buffering" in order to reduce flicker. This style does not mean "transparent" - widgets that are obscured will not draw through.

 

[glynx]

Danke, ich habs mittlerweile lösen können