
On 5 March 2017 at 09:51, Dmitriy Matrosov wrote:
On 03/02/2017 08:29 AM, Tuncer Ayaz wrote:
On 2 March 2017 at 01:35, Tuncer Ayaz
wrote: [..] [2] https://bugs.ghostscript.com/show_bug.cgi?id=697634
Actually, glfwSetwindowtitle is not at fault. MuPDF didn't pass the correct string when calling glfwCreateWindow(). Patch attached in MuPDF bug report.
So, if a manageHook rule can fix the fullscreen problem, we'll be able to match instance or class now.
Hi.
I think, you need to enable EWMH support. I've tried with minimal config from [XMonad.Hooks.EwmhDesktops][1] and fullscreen works (in `mupdf-x11` with and without your patch, if i've applied it correctly).
Thanks for taking a look. My patches are for fixing mupdf-gl (the GLFW created OpenGL viewer). desktopConfig, which is what I use in my extended version of example-config.hs, has basic EWMH enabled. Nonetheless, I've added handleEventHook with EwmhDesktops.fullscreenEventHook, but it didn't make a difference. I think you tried the x11 viewer and not glfw. Test mupdf-gl instead. So, if you manage to modify https://raw.githubusercontent.com/xmonad/xmonad-testing/master/example-confi... such that it doesn't (on entering fullscreen) print a set of gl error 65544: X11: Iconification of full screen windows requires a WM that supports EWMH fullscreen and thereby toggles fullscreen like mupdf-x11, we can fix the example config.