https://bugs.documentfoundation.org/show_bug.cgi?id=88838
--- Comment #9 from Dominique Michel <dominique.c.mic...@gmail.com> --- (In reply to Matthew Francis from comment #2) > I previously tagged this as preBibisect based on the reported versions, but > in fact I can't reproduce it at all with Ubuntu 14.04 under lxde. Perhaps > this is an interaction with a specific window manager. > > Would the original reporter and/or @Beluga please comment which desktop > environment / window manager they are using, and whether it is a specific > part of Libreoffice (Writer, Calc, Impress ...) they see the issue with, or > all of them? > > > Setting status to NEEDINFO - please set back to NEW when the requested > information has been provided > > Thanks For me, using fvwm-crystal with fvwm3 and Xorg on gentoo, that have nothing to do with a specified windows manager, but all to do with ICCCM https://tronche.com/gui/x/icccm/ or, more presumably, the extended window manager hints EWMH https://www.freedesktop.org/wiki/Specifications/wm-spec/ With fvwm-crystal, I can maximize any windows in fullscreen with a simple key binding. To do that, fvwm tell X to remove the borders of the windows and to use the whole screen for that window. That work just fine, back and forth, with libreoffice - I use mostly writer. When a writer windows is into that maximized fullscreen mode, and I tell writer to go in fullscreen, it remove all its borders and menu. That also works just fine. The issue is than when going back from writer's fullscreen mode, libreoffice doesn't care about the precedent windows state, which was Maximized Fullscreen, and return into an annoying state whith a window bigger than the screen (of the size of the screen + the borders and title bar). At https://en.wikipedia.org/wiki/Extended_Window_Manager_Hints we can read than "The EWMH defines thirteen window state flags: ... Fullscreen: show the window fullscreen, ..." So for me, to say that, because some desktop handle it correctly, that's an issue with the other wm/desktop is a wrong clue, that because for all wm/desktops, the underlying process is the EWMH compliance of both the wm and the application. And yes, an user can use its wm to change the state of a given window and the application must understand that. In that case, the fullscreen mode of libreoffice make 2 things: it put the window into maximized fullscreen, which have to do with the EWMH compliance, and it remove the menu and other writer's bars, which have nothing to do with EWMH. The issue must be "just" the EWMH compliant part of that function. I also think it is great than the fullscreen function of the wm doesn't interfere with the libreoffice part of its fullscreen function, because that way One can have writer in maximize fullscreen all the time. -- You are receiving this mail because: You are the assignee for the bug.
