If you are actually destroying the fullscreen surface, then this sounds like a bug.
The inability to make a fullscreen surface partially-transparent is on purpose, though it might be considered a design error. I believe Weston is trying to pad out the buffer (which may be the wrong shape or size) to fill the screen. It could do this by adding black rectangles around it, so transparency still works, but instead it is putting a black fullscreen rectangle behind it. Possibly better would be to replicate the edge pixels of the buffer to fill the screen, which would give the client an easy way to control the color and transparency of the fill area. Also any rule for how this is done needs to apply to normal windows for any cases where the client does not produce a buffer that is the size/shape the compositor wants, this occurs in tiled window managers. On Wed, Sep 30, 2015 at 1:35 AM, zou lan <nancy.lan....@gmail.com> wrote: > Hi all > > As I known, when a window is fullscreen, desktop shell will create a black > surface after it. If the window is transparent later, it shows a black > screen. But the app developers maybe except it to be hide. > > Just take QWindow function hide for example, app1 start app2, then app2 > call hide, it excepts to show app1, but it shows the black surface of app2. > > > > - Does the desktop shell doesn't support set fullscreen surface to be > transparent? > - Thank you. > > Best Regards > Nancy > > _______________________________________________ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/wayland-devel > >
_______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel