Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 509657 (swtWaylandImproveOverlay)

Summary:	[GTK3+][Wayland] Implement Overlay class
Product:	[Eclipse Project] Platform	Reporter:	Ian Pun <ipun>
Component:	SWT	Assignee:	Platform-SWT-Inbox <platform-swt-inbox>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	normal
Priority:	P3	CC:	ericwill, gautier.desaintmartinlacaze, jan.public, peter, robert.vazan
Version:	4.7	Keywords:	triaged
Target Milestone:	---
Hardware:	PC
OS:	Linux
Whiteboard:
Bug Depends on:
Bug Blocks:	496923, 498217, 535260

Description Ian Pun

2016-12-22 16:35:19 EST

The current way applications have been handling "Overlays" in Linux are by building their own class using different shell layering. This has been solved in GTK3.2 already with the GtkOverlay class: https://developer.gnome.org/gtk3/stable/GtkOverlay.html

I think it is beneficial for us to support this new container class so that we can properly execute transparent drawings in Wayland. There is a bug for this already seen here: https://bugs.eclipse.org/bugs/show_bug.cgi?id=498217

In Wayland, the outline seems to come up during DnD (referenced in bug 498217), but causes the transparent shell to become black instead, likely due to how Shell is handling its parent shell in the implemented Overlay.java class inside org.eclipse.e4.ui.workbench.addons.swt which Wayland doesnt have enough details to give to the transparent shell to process. 

This can also be seen using the Layout Spy Dialog (ctrl+alt+shift+f9) when trying between wayland/x11, which has its own implementation of Overlay.java similar to how Eclipse has used it.

Comment 1 Eric Williams

2017-03-14 13:47:05 EDT

This would also be very useful to get rid of SwtFixed eventually.

Comment 2 Eric Williams

2019-02-14 14:33:16 EST

This isn't feasible anymore due to min-size and other such concerns. We have managed to work around transparent drawing in Wayland using other means.