- [x] Containers need to be fullscreenable.
- [ ] Surfaces can request to be fullscreened on a specific output, which is currently ignored (#1813).
- [x] Moving a fullscreen view to another workspace unfullscreens it.
- [x] Unmanaged xwayland surfaces need to be rendered if the fullscreen view is xwayland (eg. Chromium context menu).
RyanDwyer
All 22 comments
Also, when using xwayland app (chromium) in full screen context menu doesn't show up.
somdoron
on 20 Apr 2018
Yeah, that's because unmanaged xwayland surfaces need to be rendered if the fullscreen view is xwayland.
emersion
on 20 Apr 2018
@RyanDwyer I think it is worth adding that to the list.
somdoron
on 21 Apr 2018
I think blanking background needs to be moved to wlroots, since with direct scanout you can't avoid doing it.
ghost
on 21 Apr 2018
I disagree. We're going to give the user the tools to deal with direct scan-out themselves.
ddevault
on 21 Apr 2018
It's already in wlroots if you use wlr_output_set_full screen_surface. And yes, it should be there.
emersion
on 21 Apr 2018
For the record, I'm not happy with wlr_output_set_fullscreen_surface
ddevault
on 21 Apr 2018
It seems you're not happy with direct scan-out too.
emersion
on 21 Apr 2018
ding ding ding
But fwiw I'm on board with making wlroots support it, but like everything else we need to do it in an unopinionated way.
ddevault
on 21 Apr 2018
Agreed.
emersion
on 21 Apr 2018
The wallpaper should still be rendered in fullscreen for transparent applications.
petabyteboy
on 4 May 2018
The wallpaper should still be rendered in fullscreen for transparent applications.
No. Won't work with direct scan-out.
emersion
on 4 May 2018
Yes it wiiiiiill
ddevault
on 4 May 2018
A setting was agreed on to toggle that.
ghost
on 4 May 2018
fullscreen flipping is still not synchronized (e.g. it can tear), right? This ought to be added.
Also fullscreen mode doesn't yet stop the frame callback for all invisible surfaces below.
ghost
on 31 May 2018
fullscreen flipping is still not synchronized (e.g. it can tear), right?
No, it is synchronized, it can't tear.
Also fullscreen mode doesn't yet stop the frame callback for all invisible surfaces below.
It should and used to, probably a bug.
emersion
on 31 May 2018
Closing this because the last remaining item has a specific issue for it (#1813).
RyanDwyer
on 26 Jul 2018
The wallpaper should still be rendered in fullscreen for transparent applications.
A setting was agreed on to toggle that.
But i can't seem to find it. Or was it just agreed on and not implemented?
ssendev
on 4 Nov 2018
It's not been implemented.
RyanDwyer
on 4 Nov 2018
The wallpaper is still not rendered for fullscreen transparent applications.
petabyteboy
on 22 May 2019
The wallpaper is still not rendered for fullscreen transparent applications.
The xdg-shell protocol states that fullscreen windows should be rendered over a solid black background. Rendering the wallpaper would be a violation of the specification, which is why this has not been implemented
RedSoxFan
on 22 May 2019
Would it be possible to add a separate "fully maximized" mode which looks
like fullscreen but has transparency
ssendev
on 22 May 2019
Related issues
marcoms
路
3Comments
soymjolk
路
3Comments
ddevault
路
4Comments
Olie440
路
4Comments
WhyNotHugo
路
3Comments
Most helpful comment
Would it be possible to add a separate "fully maximized" mode which looks
like fullscreen but has transparency