From tuncer.ayaz at gmail.com Thu Mar 2 00:35:30 2017 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Thu, 2 Mar 2017 01:35:30 +0100 Subject: [xmonad] GLFW fullscreen Message-ID: I wrote a patch[1] for MuPDF's OpenGL viewer (which makes use of GLFW) to enable fullscreen toggle, but XMonad doesn't like GLFW's implementation. Also, since glfwSetWindowTitle sets X11's title, class, and instance to the same value, it's currently impossible[2] to apply a rule for the window, but it's easy to patch and test if you think this can be solved with a manageHook rule. Entering and returning from fullscreen does work correctly with FVWM, Fluxbox, WindowMaker, dwm, Weston, and sway, of which two are Wayland compositors and dwm is a tiling wm like XMonad. What happens with XMonad is that it enters GLFW fullscreen after a multi-second delay and is not able to return from it on toggle. If I patch mupdf to not update the title, add a doFloat rule, and toggle fullscreen, it does not enter fullscreen until I manually interact with the still visibly floating window by trying to move it with a mouse. However, it does return from fullscreen into its original size/position when I press 'f' again. My config is a a personal extension of https://github.com/xmonad/xmonad-testing/blob/master/example-config.hs. Is GLFW's fullscreen toggle implementation generally problematic in XMonad, or can I solve this in my config? As noted in [1], llpp fullscreen toggle works with XMonad, and it uses OpenGL as well, but it doesn't rely on GLFW, so this isn't a general issue with OpenGL but specific to GLFW. [1] https://bugs.ghostscript.com/show_bug.cgi?id=697593 [2] https://bugs.ghostscript.com/show_bug.cgi?id=697634 From tuncer.ayaz at gmail.com Thu Mar 2 05:29:27 2017 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Thu, 2 Mar 2017 06:29:27 +0100 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: Message-ID: On 2 March 2017 at 01:35, Tuncer Ayaz wrote: > Also, since glfwSetWindowTitle sets X11's title, class, and instance > to the same value, it's currently impossible[2] to apply a rule for > the window, but it's easy to patch and test if you think this can be > solved with a manageHook rule. [...] > [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. From sgf.dma at gmail.com Sun Mar 5 08:51:11 2017 From: sgf.dma at gmail.com (Dmitriy Matrosov) Date: Sun, 5 Mar 2017 11:51:11 +0300 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: Message-ID: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> 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). [1]: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-EwmhDesktops.html From tuncer.ayaz at gmail.com Sun Mar 5 12:08:17 2017 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Sun, 5 Mar 2017 13:08:17 +0100 Subject: [xmonad] GLFW fullscreen In-Reply-To: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: 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-config.hs 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. From allbery.b at gmail.com Sun Mar 5 17:32:48 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 5 Mar 2017 12:32:48 -0500 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: On Sun, Mar 5, 2017 at 7:08 AM, Tuncer Ayaz wrote: > gl error 65544: X11: Iconification of full screen windows requires a > WM that supports EWMH fullscreen > This is xmonad not *advertising* EWMH fuillscreen, because the startupHook can't tell whether the fullscreenEventHook is present or not. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgf.dma at gmail.com Mon Mar 6 20:03:29 2017 From: sgf.dma at gmail.com (Dmitriy Matrosov) Date: Mon, 6 Mar 2017 23:03:29 +0300 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: On 03/05/2017 03:08 PM, Tuncer Ayaz wrote: > > 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. > Ah, yes, i've tried `mupdf-x11`. But now, i think, i found the reason why fullscreen doesn't work: as Brandon Allbery noted, the problem is in advertising EWMH. It turns out, two atoms are missed in `_NET_SUPPORTED`: `_NET_WM_STATE` and `_NET_WM_STATE_FULLSCREEN`. Without them glfw goes with "override redirect" way and fullscreen does not work properly. Here is the relevant code from `glfw/src/x11_window.c`: static void updateWindowMode(_GLFWwindow* window) { if (window->monitor) { if (_glfw.x11.xinerama.available && _glfw.x11.NET_WM_FULLSCREEN_MONITORS) { sendEventToWM(window, _glfw.x11.NET_WM_FULLSCREEN_MONITORS, window->monitor->x11.index, window->monitor->x11.index, window->monitor->x11.index, window->monitor->x11.index, 0); } if (_glfw.x11.NET_WM_STATE && _glfw.x11.NET_WM_STATE_FULLSCREEN) { sendEventToWM(window, _glfw.x11.NET_WM_STATE, _NET_WM_STATE_ADD, _glfw.x11.NET_WM_STATE_FULLSCREEN, 0, 1, 0); } else { // This is the butcher's way of removing window decorations // Setting the override-redirect attribute on a window makes the // window manager ignore the window completely (ICCCM, section 4) // The good thing is that this makes undecorated full screen windows // easy to do; the bad thing is that we have to do everything // manually and some things (like iconify/restore) won't work at // all, as those are tasks usually performed by the window manager XSetWindowAttributes attributes; attributes.override_redirect = True; XChangeWindowAttributes(_glfw.x11.display, window->x11.handle, CWOverrideRedirect, &attributes); window->x11.overrideRedirect = GLFW_TRUE; } The right way is when (_glfw.x11.NET_WM_STATE && _glfw.x11.NET_WM_STATE_FULLSCREEN) == True. So, apart from regular `XMonad.Hooks.EwmhDesktops` i need to advertise two more atoms in `_NET_SUPPORTED`. Here is xmonad config working for me: import Data.Maybe import Control.Monad import XMonad import XMonad.Hooks.EwmhDesktops addNETSupported :: Atom -> X () addNETSupported x = withDisplay $ \dpy -> do r <- asks theRoot a_NET_SUPPORTED <- getAtom "_NET_SUPPORTED" a <- getAtom "ATOM" liftIO $ do sup <- (join . maybeToList) <$> getWindowProperty32 dpy a_NET_SUPPORTED r when (fromIntegral x `notElem` sup) $ changeProperty32 dpy r a_NET_SUPPORTED a propModeAppend [fromIntegral x] addEWMHFullscreen :: X () addEWMHFullscreen = do wms <- getAtom "_NET_WM_STATE" wfs <- getAtom "_NET_WM_STATE_FULLSCREEN" mapM_ addNETSupported [wms, wfs] main :: IO () main = xmonad . ewmh $ def { modMask = mod4Mask , handleEventHook = fullscreenEventHook <+> handleEventHook def , startupHook = startupHook def >> addEWMHFullscreen } From sgf.dma at gmail.com Mon Mar 6 20:13:48 2017 From: sgf.dma at gmail.com (Dmitriy Matrosov) Date: Mon, 6 Mar 2017 23:13:48 +0300 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: <1a4ae4e3-f0c1-5b08-6b34-1106464cf156@gmail.com> On 03/06/2017 11:03 PM, Dmitriy Matrosov wrote: > > [..] > So, apart from regular `XMonad.Hooks.EwmhDesktops` i need to advertise two > more atoms in `_NET_SUPPORTED`. Here is xmonad config working for me: It seems, gmail wraps the lines.. Here is the xmonad.hs from previous message again: https://gist.github.com/sgf-dma/a609f855bbacf1a0292e660c32a5a04e From allbery.b at gmail.com Mon Mar 6 20:16:14 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 6 Mar 2017 15:16:14 -0500 Subject: [xmonad] GLFW fullscreen In-Reply-To: <1a4ae4e3-f0c1-5b08-6b34-1106464cf156@gmail.com> References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> <1a4ae4e3-f0c1-5b08-6b34-1106464cf156@gmail.com> Message-ID: On Mon, Mar 6, 2017 at 3:13 PM, Dmitriy Matrosov wrote: > It seems, gmail wraps the lines Use "Fixed Width" font in the formatting toolbar at the bottom of the compose window. Indenting the code is also a good idea, since mail readers don't always agree on how to treat such things. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From rwatson at imap.cc Wed Mar 8 02:17:18 2017 From: rwatson at imap.cc (Richard Watson) Date: Wed, 8 Mar 2017 12:17:18 +1000 Subject: [xmonad] urxvt slow rendering Message-ID: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> Hello I've been a long-time xmonad user (over 5 years) on all my machines, installing using the Debian package. I'm currently running Debian jessie kernel 3.16 on my main desktop. Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). I'm running xmonad v0.11, instead of v0.10 on my other machines. I notice that when certain GUI application are running (e.g. Chrome, vmplayer, but not firefox & thunderbird) my urxvt terminal renders *really* slowly, redrawing the window line at a time! I also notice a huge X server CPU load (25-50%, as shown by top). I've looked at X server logs and config and cannot see anything that is unusual. Could there be an xmonad issue here? Has anyone else experienced something similar? Any hints as to how to debug this? --Richard Watson From allbery.b at gmail.com Wed Mar 8 02:33:56 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 7 Mar 2017 21:33:56 -0500 Subject: [xmonad] urxvt slow rendering In-Reply-To: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> Message-ID: On Tue, Mar 7, 2017 at 9:17 PM, Richard Watson wrote: > I notice that when certain GUI application are running (e.g. Chrome, > vmplayer, but not firefox & thunderbird) my urxvt terminal renders *really* > slowly, redrawing the window line at a time! I also notice a huge X server > CPU load (25-50%, as shown by top). > > I've looked at X server logs and config and cannot see anything that is > unusual. > > Could there be an xmonad issue here? Has anyone else experienced something > similar? Any hints as to how to debug this? > xmonad has nothing to do with what happens *inside* windows. My gut feeling would be either xorg video driver regression or (possibly but not likely, especially since you'd have to have configured one manually) an underpowered compositor (or one which, again, is interacting poorly with the xorg video driver). One thing you might check is if Chrome is using hardware acceleration (direct GPU access); I've found that both slow and memory-gobbling, at least with Intel Iris Pro video, and I could see it causing bad interactions. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From anthonybrice at lateachiever.com Wed Mar 8 02:46:02 2017 From: anthonybrice at lateachiever.com (Anthony Brice) Date: Wed, 08 Mar 2017 02:46:02 +0000 Subject: [xmonad] urxvt slow rendering In-Reply-To: References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> Message-ID: I had a similar problem with urxvt while running xmonad where urxvt would often not render the last line of output until the terminal received some input. It turned out I had compton configured incorrectly. I needed to add the flag --xrender-sync. I don't know if that's your exact problem, but I hope it helps. On Tue, Mar 7, 2017 at 6:34 PM Brandon Allbery wrote: > > On Tue, Mar 7, 2017 at 9:17 PM, Richard Watson wrote: > > I notice that when certain GUI application are running (e.g. Chrome, > vmplayer, but not firefox & thunderbird) my urxvt terminal renders *really* > slowly, redrawing the window line at a time! I also notice a huge X server > CPU load (25-50%, as shown by top). > > I've looked at X server logs and config and cannot see anything that is > unusual. > > Could there be an xmonad issue here? Has anyone else experienced something > similar? Any hints as to how to debug this? > > > xmonad has nothing to do with what happens *inside* windows. My gut > feeling would be either xorg video driver regression or (possibly but not > likely, especially since you'd have to have configured one manually) an > underpowered compositor (or one which, again, is interacting poorly with > the xorg video driver). > > One thing you might check is if Chrome is using hardware acceleration > (direct GPU access); I've found that both slow and memory-gobbling, at > least with Intel Iris Pro video, and I could see it causing bad > interactions. > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From vrs+xmonad at synkretie.net Wed Mar 8 10:34:23 2017 From: vrs+xmonad at synkretie.net (vrs) Date: Wed, 08 Mar 2017 11:34:23 +0100 Subject: [xmonad] urxvt slow rendering In-Reply-To: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> Message-ID: <148896926356.28691.16594262854454227609@synkretie.net> I used to have that problem, turning off terminal transparency helped. Not a fix but at least a workaround. I suspect the video driver because it was a change in driver that caused it, if I recall correctly. Quoting Richard Watson (2017-03-08 03:17:18) > Hello > > I've been a long-time xmonad user (over 5 years) on all my machines, > installing using the Debian package. > > I'm currently running Debian jessie kernel 3.16 on my main desktop. > > Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). > I'm running xmonad v0.11, instead of v0.10 on my other machines. > > I notice that when certain GUI application are running (e.g. Chrome, > vmplayer, but not firefox & thunderbird) my urxvt terminal renders > *really* slowly, redrawing the window line at a time! I also notice a > huge X server CPU load (25-50%, as shown by top). > > I've looked at X server logs and config and cannot see anything that is > unusual. > > Could there be an xmonad issue here? Has anyone else experienced > something similar? Any hints as to how to debug this? > > --Richard Watson > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From allbery.b at gmail.com Wed Mar 8 16:01:34 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 8 Mar 2017 11:01:34 -0500 Subject: [xmonad] urxvt slow rendering In-Reply-To: <148896926356.28691.16594262854454227609@synkretie.net> References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> <148896926356.28691.16594262854454227609@synkretie.net> Message-ID: Yes, this does sound video driver related. The compton config change is a workaround; XRender is far from being the ideal backend for compositing (the glx backend is usually preferred) but in this case the video driver is apparently not handling it well. In fact this sounds like the bugs I had using compton+glx under VMware video emulation that went away when I ran directly on the hardware. On Wed, Mar 8, 2017 at 5:34 AM, vrs wrote: > I used to have that problem, turning off terminal transparency helped. > Not a fix but at least a workaround. I suspect the video driver because > it was a change in driver that caused it, if I recall correctly. > > Quoting Richard Watson (2017-03-08 03:17:18) > > Hello > > > > I've been a long-time xmonad user (over 5 years) on all my machines, > > installing using the Debian package. > > > > I'm currently running Debian jessie kernel 3.16 on my main desktop. > > > > Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). > > I'm running xmonad v0.11, instead of v0.10 on my other machines. > > > > I notice that when certain GUI application are running (e.g. Chrome, > > vmplayer, but not firefox & thunderbird) my urxvt terminal renders > > *really* slowly, redrawing the window line at a time! I also notice a > > huge X server CPU load (25-50%, as shown by top). > > > > I've looked at X server logs and config and cannot see anything that is > > unusual. > > > > Could there be an xmonad issue here? Has anyone else experienced > > something similar? Any hints as to how to debug this? > > > > --Richard Watson > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From regj at arch-ed.dk Thu Mar 9 01:20:02 2017 From: regj at arch-ed.dk (Rasmus Edgar) Date: Thu, 09 Mar 2017 02:20:02 +0100 Subject: [xmonad] urxvt slow rendering In-Reply-To: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> Message-ID: <3713444ec14964d9686a10a4909d43bc@arch-ed.dk> Hi Richard, I experienced something similar with urxvt and xmonad on Archlinux: https://bbs.archlinux.org/viewtopic.php?id=222896 Found out that it was related to how I had defined PROMPT_COMMAND, the strange thing was, the problem was only present i XMonad. Br, Rasmus Richard Watson skrev den 2017-03-08 03:17: > Hello > > I've been a long-time xmonad user (over 5 years) on all my machines, > installing using the Debian package. > > I'm currently running Debian jessie kernel 3.16 on my main desktop. > > Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). > I'm running xmonad v0.11, instead of v0.10 on my other machines. > > I notice that when certain GUI application are running (e.g. Chrome, > vmplayer, but not firefox & thunderbird) my urxvt terminal renders > *really* slowly, redrawing the window line at a time! I also notice a > huge X server CPU load (25-50%, as shown by top). > > I've looked at X server logs and config and cannot see anything that is > unusual. > > Could there be an xmonad issue here? Has anyone else experienced > something similar? Any hints as to how to debug this? > > --Richard Watson > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From rwatson at imap.cc Thu Mar 9 03:49:09 2017 From: rwatson at imap.cc (Richard Watson) Date: Thu, 9 Mar 2017 13:49:09 +1000 Subject: [xmonad] urxvt slow rendering In-Reply-To: References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> <148896926356.28691.16594262854454227609@synkretie.net> Message-ID: <75f8ea3a-80bc-1af1-62fd-68351e216141@imap.cc> Thanks for your responses! Much appreciated. Regarding compton -- AFAIK I'm not using compton or any compositing tools. Should I be? I had suspected that it was some kind of Xorg/video config/interaction. I'm using the ATI radeon driver (video card is Radeon HD 8490). with vanilla xorg.conf Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection Any suggestions of what I should do? What config files to look at? Software to install? --Richard On 09/03/17 02:01, Brandon Allbery wrote: > Yes, this does sound video driver related. The compton config change is > a workaround; XRender is far from being the ideal backend for > compositing (the glx backend is usually preferred) but in this case the > video driver is apparently not handling it well. In fact this sounds > like the bugs I had using compton+glx under VMware video emulation that > went away when I ran directly on the hardware. > > On Wed, Mar 8, 2017 at 5:34 AM, vrs > wrote: > > I used to have that problem, turning off terminal transparency helped. > Not a fix but at least a workaround. I suspect the video driver because > it was a change in driver that caused it, if I recall correctly. > > Quoting Richard Watson (2017-03-08 03:17:18) > > Hello > > > > I've been a long-time xmonad user (over 5 years) on all my machines, > > installing using the Debian package. > > > > I'm currently running Debian jessie kernel 3.16 on my main desktop. > > > > Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). > > I'm running xmonad v0.11, instead of v0.10 on my other machines. > > > > I notice that when certain GUI application are running (e.g. Chrome, > > vmplayer, but not firefox & thunderbird) my urxvt terminal renders > > *really* slowly, redrawing the window line at a time! I also notice a > > huge X server CPU load (25-50%, as shown by top). > > > > I've looked at X server logs and config and cannot see anything > that is > > unusual. > > > > Could there be an xmonad issue here? Has anyone else experienced > > something similar? Any hints as to how to debug this? > > > > --Richard Watson > > _______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > > > > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > From allbery.b at gmail.com Thu Mar 9 03:53:13 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 8 Mar 2017 22:53:13 -0500 Subject: [xmonad] urxvt slow rendering In-Reply-To: <75f8ea3a-80bc-1af1-62fd-68351e216141@imap.cc> References: <12f54887-2fd5-e617-3395-e49be3485e27@imap.cc> <148896926356.28691.16594262854454227609@synkretie.net> <75f8ea3a-80bc-1af1-62fd-68351e216141@imap.cc> Message-ID: On Wed, Mar 8, 2017 at 10:49 PM, Richard Watson wrote: > Thanks for your responses! Much appreciated. > > Regarding compton -- AFAIK I'm not using compton or any compositing tools. > Should I be? > You can try it; sometimes it can work around xorg video driver bugs (especially with the glx backend), but sometimes it also triggers them or makes them worse. It does tend to be a good way to smoke out such bugs, either way. Unfortunately logs don't help; even with debugging turned on in the X server, the driver rarely logs anything useful. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From tuncer.ayaz at gmail.com Mon Mar 20 00:00:40 2017 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Mon, 20 Mar 2017 00:00:40 +0000 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: On 6 March 2017 at 20:03, Dmitriy Matrosov wrote: > On 03/05/2017 03:08 PM, Tuncer Ayaz wrote: > > > > 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. > > Ah, yes, i've tried `mupdf-x11`. But now, i think, i found the > reason why fullscreen doesn't work: as Brandon Allbery noted, the > problem is in advertising EWMH. It turns out, two atoms are missed > in `_NET_SUPPORTED`: `_NET_WM_STATE` and `_NET_WM_STATE_FULLSCREEN`. > Without them glfw goes with "override redirect" way and fullscreen > does not work properly. Here is the relevant code from > `glfw/src/x11_window.c`: Sorry for the late reply. I haven't had success with your xmonad.hs "hack" yet, but my mupdf patches landed upstream, so vanilla mupdf-gl from master will work correctly if the window manager does as well. Also, it sounds like the bug could be fixed in xmonad-contrib. Is that correct? Or would it make more sense to include the "hack" in xmonad-testing/example.hs? From tuncer.ayaz at gmail.com Mon Mar 20 00:12:12 2017 From: tuncer.ayaz at gmail.com (Tuncer Ayaz) Date: Mon, 20 Mar 2017 00:12:12 +0000 Subject: [xmonad] Firefox redraw Message-ID: The recent urxvt slow rendering thread reminded me that xmonad sometimes suffers from an interesting redraw slowdown with Firefox that doesn't happen in dwm or spectrwm. Sometimes Firefox as the sole window in a tag/desk takes longer to redraw itself upon entering the tag/desk when the previous tag/desk was an empty one. If you switch from a tag/desk with one or more windows, then it's quicker to redraw. Put differently, you either notice the redraw or you don't. I say sometimes because I haven't been able to reproduce it today, but I wonder if anyone else has seen this. The config is xmonad-testing/example-config.hs or my extended version with personalized settings, and I use compton to enable vsync, if that matters. From dominik.schrempf at gmail.com Mon Mar 20 09:34:51 2017 From: dominik.schrempf at gmail.com (Dominik Schrempf) Date: Mon, 20 Mar 2017 10:34:51 +0100 Subject: [xmonad] Border widths Message-ID: <87o9ww9tqc.fsf@gmail.com> Hello, is it possible to decrease border width when windows are adjacent? E.g., if the border width is 1px, adjacent windows are separated by a border of 2px while windows are separated by borders of size 1px from the edges of the screen. It would be nice to be able to merge borders between adjacent windows, focusedBorderColor should have precedence such that windows facing a focussed window actually do not have a border with normalBorderColor on that side. Thank you, Dominik From allbery.b at gmail.com Mon Mar 20 12:58:30 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Mon, 20 Mar 2017 08:58:30 -0400 Subject: [xmonad] Border widths In-Reply-To: <87o9ww9tqc.fsf@gmail.com> References: <87o9ww9tqc.fsf@gmail.com> Message-ID: On Mon, Mar 20, 2017 at 5:34 AM, Dominik Schrempf < dominik.schrempf at gmail.com> wrote: > is it possible to decrease border width when windows are adjacent? No. Server-side borders are fixed width, always on all sides, and the only knobs are foreground and background colors, width, and stipple. If you want anything else, you get to figure out how to make xmonad a reparenting window manager so you can implement frame windows under your control. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sgf.dma at gmail.com Mon Mar 20 17:28:32 2017 From: sgf.dma at gmail.com (Dmitriy Matrosov) Date: Mon, 20 Mar 2017 20:28:32 +0300 Subject: [xmonad] GLFW fullscreen In-Reply-To: References: <1f14179c-da5f-c11e-bb50-f3d11092a223@gmail.com> Message-ID: <34b7d263-aec1-ca99-c540-ad4d0f4d9eb8@gmail.com> On 03/20/2017 03:00 AM, Tuncer Ayaz wrote: > On 6 March 2017 at 20:03, Dmitriy Matrosov wrote: >> On 03/05/2017 03:08 PM, Tuncer Ayaz wrote: >>> >>> 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. >> >> Ah, yes, i've tried `mupdf-x11`. But now, i think, i found the >> reason why fullscreen doesn't work: as Brandon Allbery noted, the >> problem is in advertising EWMH. It turns out, two atoms are missed >> in `_NET_SUPPORTED`: `_NET_WM_STATE` and `_NET_WM_STATE_FULLSCREEN`. >> Without them glfw goes with "override redirect" way and fullscreen >> does not work properly. Here is the relevant code from >> `glfw/src/x11_window.c`: > > Sorry for the late reply. I haven't had success with your xmonad.hs > "hack" yet, but my mupdf patches landed upstream, so vanilla > mupdf-gl from master will work correctly if the window manager does as > well. You have tried my config or copied changes to yours? In the latter case, please, provide the exact entire config you've tried. And also the git revision in mupdf repository may help. > Also, it sounds like the bug could be fixed in xmonad-contrib. Is that > correct? Or would it make more sense to include the "hack" in > xmonad-testing/example.hs? It should be fixed in xmonad-contrib in X.H.EwmhDesktops, as i understand. There is already PR adding [part][1] of what needed, but it haven't been merged yet. [1]: https://github.com/xmonad/xmonad-contrib/pull/109 From bogdan.sinitsyn at gmail.com Mon Mar 20 19:18:19 2017 From: bogdan.sinitsyn at gmail.com (Bogdan Sinitsyn) Date: Mon, 20 Mar 2017 22:18:19 +0300 Subject: [xmonad] Border widths In-Reply-To: <87o9ww9tqc.fsf@gmail.com> References: <87o9ww9tqc.fsf@gmail.com> Message-ID: <30005bc7-909d-15d0-a9ae-57cbc25f66dc@gmail.com> You could also use something like X.L.Spacing as a workaround. On 03/20/2017 12:34 PM, Dominik Schrempf wrote: > Hello, > > is it possible to decrease border width when windows are adjacent? > E.g., if the border width is 1px, adjacent windows are separated by a > border of 2px while windows are separated by borders of size 1px from > the edges of the screen. > > It would be nice to be able to merge borders between adjacent windows, > focusedBorderColor should have precedence such that windows facing a > focussed window actually do not have a border with normalBorderColor on > that side. > > Thank you, > Dominik > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -- Bogdan Sinitsyn From sam.halliday at gmail.com Fri Mar 24 10:19:51 2017 From: sam.halliday at gmail.com (Sam Halliday) Date: Fri, 24 Mar 2017 10:19:51 +0000 Subject: [xmonad] auto start apps on login, but not reloads Message-ID: <87h92jdliw.fsf@gmail.com> Hi all, I am trying to set up auto start of my main applications. Following http://stackoverflow.com/questions/10976044/ I have added the following to my `startupHook` startup :: X () startup = do setWMName "LG3D" spawnOn "workspace1" "urxvt" spawnOn "workspace2" "emacs" spawnOn "workspace3" "chromium" but there are three problems: 1. I am duplicating the definition of my terminal. It seems like I should be using [`shellPromptOn`](http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-SpawnOn.html) but it takes an extra parameter and I don't know where to get it from. 2. this is putting everything on my current workspace. How can I find out what my workspaces are called? I don't believe I've customised the names, you can see [my .xmonad/xmonad.hs on github to confirm](https://github.com/fommil/dotfiles/blob/master/.xmonad/xmonad.hs) 3. This will start the apps again on a `xmonad --restart`. How can we guard against that? It is very useful to be able to restart xmonad without quitting and I don't want to lose that ability. NOTE: re-post of tumbleweed http://stackoverflow.com/questions/42467774 -------------- next part -------------- -- Best regards, Sam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: From allbery.b at gmail.com Fri Mar 24 11:34:12 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 24 Mar 2017 07:34:12 -0400 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: <87h92jdliw.fsf@gmail.com> References: <87h92jdliw.fsf@gmail.com> Message-ID: On Fri, Mar 24, 2017 at 6:19 AM, Sam Halliday wrote: > Following http://stackoverflow.com/questions/10976044/ I have added the > following to my `startupHook` > > startup :: X () > startup = do > setWMName "LG3D" > spawnOn "workspace1" "urxvt" > spawnOn "workspace2" "emacs" > spawnOn "workspace3" "chromium" > > but there are three problems: > > 1. I am duplicating the definition of my terminal. It seems like I > should be using > [`shellPromptOn`](http://xmonad.org/xmonad-docs/xmonad- > contrib/XMonad-Actions-SpawnOn.html) > but it takes an extra parameter and I don't know where to get it > from. > No, that's an interactive prompt at a screen edge that asks for a command, with built-in completion, and passes it to a shell. There is no terminal involved, unless that is what you tell it to launch. (The `XPConfig` is the configuration for an XMonad.Prompt screen edge popup window.) 2. this is putting everything on my current workspace. How can I find > out what my workspaces are called? I don't believe I've customised > the names, you can see [my .xmonad/xmonad.hs on github to > confirm](https://github.com/fommil/dotfiles/blob/master/. > xmonad/xmonad.hs) > You indeed haven't, so your workspaces are "1", "2", ... "9". You're also missing manageSpawn in the manageHook, so nothing ever gets moved anyway. 3. This will start the apps again on a `xmonad --restart`. How can we > guard against that? It is very useful to be able to restart xmonad > without quitting and I don't want to lose that ability. > There isn't anything that combines the functionality of spawnOnce and spawnOn currently. I replace the spawnOnce with a bit of a hack that checks whether xmonad was launched with parameters (which it normally isn't, but a restart passes the old state). Using your config as a template: import Control.Monad import System.Environment main = do args <- getArgs xmonad $ ewmh $ withUrgencyHook dzenUrgencyHook { args = ["-bg", "darkgreen", "-xs", "1"] } $ defaultConfig { terminal = "urxvt" , startupHook = startup (null args) *-- and the rest here...* } startup :: Bool -> X () startup initial = do setWMName "LG3D" when initial $ do spawnOn "1" "urxvt" spawnOn "2" "emacs" spawnOn "3" "chromium" Note also that chromium can misbehave with spawnOn because we have to rely on the window registering the same associated process ID as the one we get back from running it, and it often isn't. See https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Terminal_emulator_factories for more information. (chromium is a bit worse in that many versions of its wrapper script fork, so the pid will *never* match.) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From gtsiour at softlab.ntua.gr Fri Mar 24 11:39:46 2017 From: gtsiour at softlab.ntua.gr (Yiannis Tsiouris) Date: Fri, 24 Mar 2017 13:39:46 +0200 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> Message-ID: <20170324113946.t27md3m2o2xzqoup@severino> On 03/24, Brandon Allbery wrote: > On Fri, Mar 24, 2017 at 6:19 AM, Sam Halliday > wrote: > > > Following http://stackoverflow.com/questions/10976044/ I have added the > > following to my `startupHook` > > > > startup :: X () > > startup = do > > setWMName "LG3D" > > spawnOn "workspace1" "urxvt" > > spawnOn "workspace2" "emacs" > > spawnOn "workspace3" "chromium" > > > > but there are three problems: > > > > 1. I am duplicating the definition of my terminal. It seems like I > > should be using > > [`shellPromptOn`](http://xmonad.org/xmonad-docs/xmonad- > > contrib/XMonad-Actions-SpawnOn.html) > > but it takes an extra parameter and I don't know where to get it > > from. > > > > No, that's an interactive prompt at a screen edge that asks for a command, > with built-in completion, and passes it to a shell. There is no terminal > involved, unless that is what you tell it to launch. (The `XPConfig` is the > configuration for an XMonad.Prompt screen edge popup window.) > > 2. this is putting everything on my current workspace. How can I find > > out what my workspaces are called? I don't believe I've customised > > the names, you can see [my .xmonad/xmonad.hs on github to > > confirm](https://github.com/fommil/dotfiles/blob/master/. > > xmonad/xmonad.hs) > > > > You indeed haven't, so your workspaces are "1", "2", ... "9". > > You're also missing manageSpawn in the manageHook, so nothing ever gets > moved anyway. > > 3. This will start the apps again on a `xmonad --restart`. How can we > > guard against that? It is very useful to be able to restart xmonad > > without quitting and I don't want to lose that ability. > > > > There isn't anything that combines the functionality of spawnOnce and > spawnOn currently. I replace the spawnOnce with a bit of a hack that checks > whether xmonad was launched with parameters (which it normally isn't, but a > restart passes the old state). Using your config as a template: > > import Control.Monad > import System.Environment > > main = do > args <- getArgs > xmonad $ ewmh $ withUrgencyHook dzenUrgencyHook { args = ["-bg", > "darkgreen", "-xs", "1"] } > $ defaultConfig { > terminal = "urxvt" > , startupHook = startup (null args) > *-- and the rest here...* > } > > startup :: Bool -> X () > startup initial = do > setWMName "LG3D" > when initial $ do > spawnOn "1" "urxvt" > spawnOn "2" "emacs" > spawnOn "3" "chromium" > > Note also that chromium can misbehave with spawnOn because we have to rely > on the window registering the same associated process ID as the one we get > back from running it, and it often isn't. See > https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Terminal_emulator_factories > for more information. (chromium is a bit worse in that many versions of its > wrapper script fork, so the pid will *never* match.) Oh, this is actually very useful! :] Thanks to Brandon for sharing your solution and to Sam for starting the thread! Cheers, Yiannis From sam.halliday at gmail.com Fri Mar 24 16:09:18 2017 From: sam.halliday at gmail.com (Sam Halliday) Date: Fri, 24 Mar 2017 16:09:18 +0000 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> Message-ID: <87r31mhd1t.fsf@gmail.com> Thanks Brandon! I've updated my config https://github.com/fommil/dotfiles/blob/master/xmonad/xmonad.hs and now my three apps startup on the correct workspaces! No apparent issues with chromium. Unfortunately, this doesn't seem to have fixed the --reload problem, so I guess args is always coming up non-null? -------------- next part -------------- Brandon Allbery writes: > On Fri, Mar 24, 2017 at 6:19 AM, Sam Halliday > wrote: > >> Following http://stackoverflow.com/questions/10976044/ I have added the >> following to my `startupHook` >> >> startup :: X () >> startup = do >> setWMName "LG3D" >> spawnOn "workspace1" "urxvt" >> spawnOn "workspace2" "emacs" >> spawnOn "workspace3" "chromium" >> >> but there are three problems: >> >> 1. I am duplicating the definition of my terminal. It seems like I >> should be using >> [`shellPromptOn`](http://xmonad.org/xmonad-docs/xmonad- >> contrib/XMonad-Actions-SpawnOn.html) >> but it takes an extra parameter and I don't know where to get it >> from. >> > > No, that's an interactive prompt at a screen edge that asks for a command, > with built-in completion, and passes it to a shell. There is no terminal > involved, unless that is what you tell it to launch. (The `XPConfig` is the > configuration for an XMonad.Prompt screen edge popup window.) > > 2. this is putting everything on my current workspace. How can I find >> out what my workspaces are called? I don't believe I've customised >> the names, you can see [my .xmonad/xmonad.hs on github to >> confirm](https://github.com/fommil/dotfiles/blob/master/. >> xmonad/xmonad.hs) >> > > You indeed haven't, so your workspaces are "1", "2", ... "9". > > You're also missing manageSpawn in the manageHook, so nothing ever gets > moved anyway. > > 3. This will start the apps again on a `xmonad --restart`. How can we >> guard against that? It is very useful to be able to restart xmonad >> without quitting and I don't want to lose that ability. >> > > There isn't anything that combines the functionality of spawnOnce and > spawnOn currently. I replace the spawnOnce with a bit of a hack that checks > whether xmonad was launched with parameters (which it normally isn't, but a > restart passes the old state). Using your config as a template: > > import Control.Monad > import System.Environment > > main = do > args <- getArgs > xmonad $ ewmh $ withUrgencyHook dzenUrgencyHook { args = ["-bg", > "darkgreen", "-xs", "1"] } > $ defaultConfig { > terminal = "urxvt" > , startupHook = startup (null args) > *-- and the rest here...* > } > > startup :: Bool -> X () > startup initial = do > setWMName "LG3D" > when initial $ do > spawnOn "1" "urxvt" > spawnOn "2" "emacs" > spawnOn "3" "chromium" > > Note also that chromium can misbehave with spawnOn because we have to rely > on the window registering the same associated process ID as the one we get > back from running it, and it often isn't. See > https://wiki.haskell.org/Xmonad/General_xmonad.hs_config_tips#Terminal_emulator_factories > for more information. (chromium is a bit worse in that many versions of its > wrapper script fork, so the pid will *never* match.) > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -- Best regards, Sam -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 194 bytes Desc: not available URL: From allbery.b at gmail.com Fri Mar 24 19:53:11 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 24 Mar 2017 15:53:11 -0400 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: <87r31mhd1t.fsf@gmail.com> References: <87h92jdliw.fsf@gmail.com> <87r31mhd1t.fsf@gmail.com> Message-ID: On Fri, Mar 24, 2017 at 12:09 PM, Sam Halliday wrote: > Thanks Brandon! > > I've updated my config > > https://github.com/fommil/dotfiles/blob/master/xmonad/xmonad.hs > > and now my three apps startup on the correct workspaces! No apparent > issues with chromium. > > Unfortunately, this doesn't seem to have fixed the --reload problem, so > I guess args is always coming up non-null? > Hm? Did it restart them inappropriately, or did it not start them at all? The recent changes to use a state file are buggy and cause some rather bizarre problems. But there's also the question of compatibility with older versions; I was reassured that the change *is* backward compatible, but if you aren't seeing parameters from a restart then either that or some other change is not backward compatible. (I've already had to rewire this once because of an unannounced non-backward-compatible change leading up to 0.12. I am not a fan of "move fast, break stuff" especially if the only way I can find out about it is to audit every single commit.) -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From sam.halliday at gmail.com Fri Mar 24 20:43:26 2017 From: sam.halliday at gmail.com (Sam Halliday) Date: Fri, 24 Mar 2017 20:43:26 +0000 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> <87r31mhd1t.fsf@gmail.com> Message-ID: Hi Brandon, When I did an `xmonad --restart` it started all the apps again... which is exactly the opposite of what I wanted. I only want the apps to start on initial startup. Just thinking aloud, another way I could do this would be to have rules in place that always assign a new app to a given workspace. Then I could start my main apps as usual from .xsession. But sometimes I move a chromium window to a different workspace, so it would need to allow that. BTW, I'm using xmonad from ArchLinux 0.13. Should I be using a dev version? On 24 March 2017 at 19:53, Brandon Allbery wrote: > > On Fri, Mar 24, 2017 at 12:09 PM, Sam Halliday > wrote: >> >> Thanks Brandon! >> >> I've updated my config >> >> https://github.com/fommil/dotfiles/blob/master/xmonad/xmonad.hs >> >> and now my three apps startup on the correct workspaces! No apparent >> issues with chromium. >> >> Unfortunately, this doesn't seem to have fixed the --reload problem, so >> I guess args is always coming up non-null? > > > Hm? Did it restart them inappropriately, or did it not start them at all? > > The recent changes to use a state file are buggy and cause some rather > bizarre problems. But there's also the question of compatibility with older > versions; I was reassured that the change *is* backward compatible, but if > you aren't seeing parameters from a restart then either that or some other > change is not backward compatible. (I've already had to rewire this once > because of an unannounced non-backward-compatible change leading up to 0.12. > I am not a fan of "move fast, break stuff" especially if the only way I can > find out about it is to audit every single commit.) > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net From mimi.vx at gmail.com Fri Mar 24 22:02:14 2017 From: mimi.vx at gmail.com (=?UTF-8?B?T25kxZllaiBTw7prdXA=?=) Date: Fri, 24 Mar 2017 23:02:14 +0100 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> <87r31mhd1t.fsf@gmail.com> Message-ID: hi, I using for this simple : import XMonad.Util.SpawnOnce (spawnOnce) and managehook with doShift On 24 March 2017 at 21:43, Sam Halliday wrote: > Hi Brandon, > > When I did an `xmonad --restart` it started all the apps again... > which is exactly the opposite of what I wanted. I only want the apps > to start on initial startup. > > Just thinking aloud, another way I could do this would be to have > rules in place that always assign a new app to a given workspace. Then > I could start my main apps as usual from .xsession. But sometimes I > move a chromium window to a different workspace, so it would need to > allow that. > > BTW, I'm using xmonad from ArchLinux 0.13. Should I be using a dev version? > > > On 24 March 2017 at 19:53, Brandon Allbery wrote: >> >> On Fri, Mar 24, 2017 at 12:09 PM, Sam Halliday >> wrote: >>> >>> Thanks Brandon! >>> >>> I've updated my config >>> >>> https://github.com/fommil/dotfiles/blob/master/xmonad/xmonad.hs >>> >>> and now my three apps startup on the correct workspaces! No apparent >>> issues with chromium. >>> >>> Unfortunately, this doesn't seem to have fixed the --reload problem, so >>> I guess args is always coming up non-null? >> >> >> Hm? Did it restart them inappropriately, or did it not start them at all? >> >> The recent changes to use a state file are buggy and cause some rather >> bizarre problems. But there's also the question of compatibility with older >> versions; I was reassured that the change *is* backward compatible, but if >> you aren't seeing parameters from a restart then either that or some other >> change is not backward compatible. (I've already had to rewire this once >> because of an unannounced non-backward-compatible change leading up to 0.12. >> I am not a fan of "move fast, break stuff" especially if the only way I can >> find out about it is to audit every single commit.) >> >> -- >> brandon s allbery kf8nh sine nomine associates >> allbery.b at gmail.com ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From sam.halliday at gmail.com Fri Mar 24 22:16:49 2017 From: sam.halliday at gmail.com (Sam Halliday) Date: Fri, 24 Mar 2017 22:16:49 +0000 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> <87r31mhd1t.fsf@gmail.com> Message-ID: Thanks Ondrej, Do you have a fuller example of how you did that? I get lost in the Haskell. On 24 March 2017 at 22:02, Ondřej Súkup wrote: > hi, > > I using for this simple : > > import XMonad.Util.SpawnOnce (spawnOnce) > and managehook with doShift > > > On 24 March 2017 at 21:43, Sam Halliday wrote: >> Hi Brandon, >> >> When I did an `xmonad --restart` it started all the apps again... >> which is exactly the opposite of what I wanted. I only want the apps >> to start on initial startup. >> >> Just thinking aloud, another way I could do this would be to have >> rules in place that always assign a new app to a given workspace. Then >> I could start my main apps as usual from .xsession. But sometimes I >> move a chromium window to a different workspace, so it would need to >> allow that. >> >> BTW, I'm using xmonad from ArchLinux 0.13. Should I be using a dev version? >> >> >> On 24 March 2017 at 19:53, Brandon Allbery wrote: >>> >>> On Fri, Mar 24, 2017 at 12:09 PM, Sam Halliday >>> wrote: >>>> >>>> Thanks Brandon! >>>> >>>> I've updated my config >>>> >>>> https://github.com/fommil/dotfiles/blob/master/xmonad/xmonad.hs >>>> >>>> and now my three apps startup on the correct workspaces! No apparent >>>> issues with chromium. >>>> >>>> Unfortunately, this doesn't seem to have fixed the --reload problem, so >>>> I guess args is always coming up non-null? >>> >>> >>> Hm? Did it restart them inappropriately, or did it not start them at all? >>> >>> The recent changes to use a state file are buggy and cause some rather >>> bizarre problems. But there's also the question of compatibility with older >>> versions; I was reassured that the change *is* backward compatible, but if >>> you aren't seeing parameters from a restart then either that or some other >>> change is not backward compatible. (I've already had to rewire this once >>> because of an unannounced non-backward-compatible change leading up to 0.12. >>> I am not a fan of "move fast, break stuff" especially if the only way I can >>> find out about it is to audit every single commit.) >>> >>> -- >>> brandon s allbery kf8nh sine nomine associates >>> allbery.b at gmail.com ballbery at sinenomine.net >>> unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad From sgf.dma at gmail.com Sat Mar 25 16:45:52 2017 From: sgf.dma at gmail.com (Dmitriy Matrosov) Date: Sat, 25 Mar 2017 19:45:52 +0300 Subject: [xmonad] auto start apps on login, but not reloads In-Reply-To: References: <87h92jdliw.fsf@gmail.com> <87r31mhd1t.fsf@gmail.com> Message-ID: On 03/24/2017 11:43 PM, Sam Halliday wrote: > [..] > Just thinking aloud, another way I could do this would be to have > rules in place that always assign a new app to a given workspace. Then > I could start my main apps as usual from .xsession. But sometimes I > move a chromium window to a different workspace, so it would need to > allow that. > Hi. Some time ago i've written a [module for tracking PIDs][1] of launched programs and not launching them again, if process still running. But.. - It was not released yet, because i think about rewriting (part of) it. - It depends on other modules from my config. Not that many and not really big, but still.. - I don't know (and heven't tried) how to build a config with this module alone (perhaps, place it in `.xmonad/lib` directory?). Now i build using `stack` and rebuild work through [X.H.EntryHelper][4]. I've heard, that xmonad 0.13 supports different build systems, but i haven't tried. - Part of this module (related to docks, not needed in your config) is broken with `xmonad-contrib-0.13` (the struts are no longer honored and panels are covered by windows). - Program pid tracking will move *all* new windows of a multi-window application to defined workspace. That may be not convenient at all in some cases: e.g. you want to start a new browser window on another workspace, but the new window will still appear on a workspace assigned to it. The same applies to a windows, like password manager prompts, etc. But, that's said, it still works with `xmonad-0.12` and stack will install all necessary dependencies for you. [Here][2] is your config, which starts programs using my module `Sgf.XMonad.Restartable` and the listed programs do not restart after `xmonad --restart`, if they're still running. To build your config i replaced mine (`src/xmonad.hs`) in [my repository][3] and installed it with `make install`. **NOTE** : `make install` will also install `xmobarrc`, `Xsession` and other stuff. You may either try `make install_xmonad` or (better) create a new user for trying this. [1]: https://github.com/sgf-dma/sgf-xmonad-modules/blob/master/src/Sgf/XMonad/Restartable.hs [2]: https://gist.github.com/sgf-dma/2709f8279365b262f567d3d99f43dfc1 [3]: https://github.com/sgf-dma/sgf-xmonad-config [4]: https://hackage.haskell.org/package/xmonad-entryhelper From gpropf at gmail.com Thu Mar 30 04:05:18 2017 From: gpropf at gmail.com (Gregory Propf) Date: Wed, 29 Mar 2017 21:05:18 -0700 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar Message-ID: I've been looking around for others with these problem but haven't found anything so far, much less a fix. The subject line sums up the problems. Cntr-F isn't working in a few apps I use a lot. I think there are others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux and Xmonad 0.13-1 from the Arch repository. I don't have a complex xmonad.hs but I'll post it here. There are a few other glitches like the fact that the menus in the Arduino IDE appear off to the side from the menu labels but I can live with that. Being able to search is kind of important though. What I do right now in both Chrome and Arduino IDE is click on the file menu and then select "Find" from the drop-down menu. It's workable but quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not afraid of the code. I'd even be willing to contribute at some point. import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Util.Run(spawnPipe) import XMonad.Util.EZConfig(additionalKeys) import System.IO main = do xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" xmonad $ docks defaultConfig -- xmonad $ defaultConfig { manageHook = manageDocks <+> manageHook defaultConfig , layoutHook = avoidStruts $ layoutHook defaultConfig , logHook = dynamicLogWithPP xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "green" "" . shorten 50 } , modMask = mod4Mask -- Rebind Mod to the Windows key , terminal = "urxvt" } -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Mar 30 04:18:20 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 30 Mar 2017 00:18:20 -0400 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: You aren't binding control-F, so xmonad isn't the problem there. You might try using xev to see what happens to it. Something else you are running may have a passive grab on it, but xorg doesn't provide a way to inspect passive grabs. :/ The Arduino stuff is likely Java; see https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console Chrome doesn't normally have a menubar; but it may register its dropdown (look for three vertical dots at the end of the location bar, after any extension icons) with Unity's panel to fake one. You can't use xmonad with Unity, so if you require Unity's menu bar hack then you will need to run Unity. Chrome will hide some other parts of its UI if you have "Use system title bar and borders" checked in the Appearance section of the Settings tab. On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf wrote: > I've been looking around for others with these problem but haven't found > anything so far, much less a fix. The subject line sums up the problems. > Cntr-F isn't working in a few apps I use a lot. I think there are others > but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) and the > Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux and > Xmonad 0.13-1 from the Arch repository. I don't have a complex xmonad.hs > but I'll post it here. There are a few other glitches like the fact that > the menus in the Arduino IDE appear off to the side from the menu labels > but I can live with that. Being able to search is kind of important though. > What I do right now in both Chrome and Arduino IDE is click on the file > menu and then select "Find" from the drop-down menu. It's workable but > quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not > afraid of the code. I'd even be willing to contribute at some point. > > > import XMonad > import XMonad.Hooks.DynamicLog > import XMonad.Hooks.ManageDocks > import XMonad.Util.Run(spawnPipe) > import XMonad.Util.EZConfig(additionalKeys) > import System.IO > > main = do > xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" > xmonad $ docks defaultConfig > -- xmonad $ defaultConfig > { manageHook = manageDocks <+> manageHook defaultConfig > , layoutHook = avoidStruts $ layoutHook defaultConfig > , logHook = dynamicLogWithPP xmobarPP > { ppOutput = hPutStrLn xmproc > , ppTitle = xmobarColor "green" "" . shorten 50 > } > , modMask = mod4Mask -- Rebind Mod to the Windows key > , terminal = "urxvt" > } > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpropf at gmail.com Thu Mar 30 09:17:33 2017 From: gpropf at gmail.com (Gregory Propf) Date: Thu, 30 Mar 2017 02:17:33 -0700 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: Well I looked at the Java link and tried using the environment variable fix they recommend (_JAVA_AWT_WM_NONREPARENTING=1). It fixed the terrible formatting I was seeing but so far still no Ctrl-f. Other hotkeys like Ctrl-T (autoformatting) work fine though. Anyway that's definitely an improvement. I know about the 3 dots on Chrome. That's how I get to the "find" menu option. I just wish the hotkey worked. I think something is really wrong with Ctrl-f for me. Running 'xbindkeys -k -v' and hitting Ctrl-f in the window it pop up gives you: m:0x4 + c:37 Control + Control_L or with the right Ctrl key: m:0x4 + c:105 Control + Control_R Those are just the codes for the Ctrl keys alone though. It's like the F isn't even being pressed. From other Ctrl keys I get correct codes. Here's Ctrl-e for example. m:0x4 + c:26 Control + e The 'f' key works just fine though. It just won't do anything with the Ctrl key. I just checked emacs and it doesn't work there either. It looks like the Ctrl-f combo is just hosed for the entire desktop. I guess I could start to suspect my keyboard but this problem started when I switched from Ubuntu (Unity) to Arch (Xmonad). I also tried an ultra-minimal xmonad.hs to rule out xmobar and some of the extensions I'm using and even tried taking out the mod4Mask. Still no fix. import XMonad import XMonad.Config.Desktop baseConfig = desktopConfig main = xmonad baseConfig { terminal = "urxvt" , modMask = mod4Mask } Very strange. On Wed, Mar 29, 2017 at 9:18 PM, Brandon Allbery wrote: > > You aren't binding control-F, so xmonad isn't the problem there. You might try using xev to see what happens to it. Something else you are running may have a passive grab on it, but xorg doesn't provide a way to inspect passive grabs. :/ > > The Arduino stuff is likely Java; see https://wiki.haskell.org/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console > > Chrome doesn't normally have a menubar; but it may register its dropdown (look for three vertical dots at the end of the location bar, after any extension icons) with Unity's panel to fake one. You can't use xmonad with Unity, so if you require Unity's menu bar hack then you will need to run Unity. Chrome will hide some other parts of its UI if you have "Use system title bar and borders" checked in the Appearance section of the Settings tab. > > On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf wrote: >> >> I've been looking around for others with these problem but haven't found anything so far, much less a fix. The subject line sums up the problems. Cntr-F isn't working in a few apps I use a lot. I think there are others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux and Xmonad 0.13-1 from the Arch repository. I don't have a complex xmonad.hs but I'll post it here. There are a few other glitches like the fact that the menus in the Arduino IDE appear off to the side from the menu labels but I can live with that. Being able to search is kind of important though. What I do right now in both Chrome and Arduino IDE is click on the file menu and then select "Find" from the drop-down menu. It's workable but quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not afraid of the code. I'd even be willing to contribute at some point. >> >> >> import XMonad >> import XMonad.Hooks.DynamicLog >> import XMonad.Hooks.ManageDocks >> import XMonad.Util.Run(spawnPipe) >> import XMonad.Util.EZConfig(additionalKeys) >> import System.IO >> >> main = do >> xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" >> xmonad $ docks defaultConfig >> -- xmonad $ defaultConfig >> { manageHook = manageDocks <+> manageHook defaultConfig >> , layoutHook = avoidStruts $ layoutHook defaultConfig >> , logHook = dynamicLogWithPP xmobarPP >> { ppOutput = hPutStrLn xmproc >> , ppTitle = xmobarColor "green" "" . shorten 50 >> } >> , modMask = mod4Mask -- Rebind Mod to the Windows key >> , terminal = "urxvt" >> } >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> > > > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From dpx at binaryapparatus.com Thu Mar 30 10:57:44 2017 From: dpx at binaryapparatus.com (Dusan Popovic) Date: Thu, 30 Mar 2017 12:57:44 +0200 Subject: [xmonad] xmonad monitor resolution Message-ID: <20170330105744.GA6205@archmachine.localdomain> Hi, I have replaced old 1680x1050 monitor with the new one which works at 1920x1080 resolution. I am running everything on arch so latest xorg, xmonad and xmonad-contrib available in repos. Not using xorg.conf at all. Xorg properly detects resolution so xmobar and feh use whole monitor area to show bar and wallpaper. Xrandr also shows proper resolution. So it all works well until I open any window, or several of them: they tile like there is still 1680x1050 monitor; top left coordinate of the tiling area starts right below xmobar (it is at the right position) but there is unused gap on the right and bottom (exact difference between old/new monitor resolution). It is like xmonad remembered old resolution somewhere and sticks with it no matter what I try. I also tried i3 and it detects/uses whole screen area properly. I have also recompiled xmonad.hs but nothing changed. Help? Thanks. From asjo at koldfront.dk Thu Mar 30 11:46:41 2017 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Thu, 30 Mar 2017 13:46:41 +0200 Subject: [xmonad] xmonad monitor resolution References: <20170330105744.GA6205@archmachine.localdomain> Message-ID: <878tnnx9zy.fsf@tullinup.koldfront.dk> Dusan writes: > So it all works well until I open any window, or several of them: they > tile like there is still 1680x1050 monitor; top left coordinate of the > tiling area starts right below xmobar (it is at the right position) but > there is unused gap on the right and bottom (exact difference between > old/new monitor resolution). It is like xmonad remembered old resolution > somewhere and sticks with it no matter what I try. Could you try deleting ~/.xmonad/xmonad.state (and possibly restarting xmonad), and see if that helps? See also https://github.com/xmonad/xmonad/issues/86 It sounds like symptoms I've had when going from 1 monitor to 2 (with the same home directory). Best regards, Adam -- "Debate Two - The Thrilla In Vanilla" Adam Sjøgren asjo at koldfront.dk From allbery.b at gmail.com Thu Mar 30 17:37:30 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 30 Mar 2017 13:37:30 -0400 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: This is precisely how a passive key grab on (controlMask, xK_f) would behave. But since your config doesn't show one, likely some other program is grabbing it. Unfortunately there's no way to get xorg to say what keys are grabbed by what clients; all I can suggest is looking over what programs are running. On Thu, Mar 30, 2017 at 5:17 AM, Gregory Propf wrote: > Well I looked at the Java link and tried using the environment variable > fix they recommend (_JAVA_AWT_WM_NONREPARENTING=1). It fixed the terrible > formatting I was seeing but so far still no Ctrl-f. Other hotkeys like > Ctrl-T (autoformatting) work fine though. Anyway that's definitely an > improvement. I know about the 3 dots on Chrome. That's how I get to the > "find" menu option. I just wish the hotkey worked. I think something is > really wrong with Ctrl-f for me. Running 'xbindkeys -k -v' and hitting > Ctrl-f in the window it pop up gives you: > > m:0x4 + c:37 > Control + Control_L > > or with the right Ctrl key: > > m:0x4 + c:105 > Control + Control_R > > Those are just the codes for the Ctrl keys alone though. It's like the F > isn't even being pressed. From other Ctrl keys I get correct codes. Here's > Ctrl-e for example. > > m:0x4 + c:26 > Control + e > > The 'f' key works just fine though. It just won't do anything with the > Ctrl key. I just checked emacs and it doesn't work there either. It looks > like the Ctrl-f combo is just hosed for the entire desktop. I guess I could > start to suspect my keyboard but this problem started when I switched from > Ubuntu (Unity) to Arch (Xmonad). I also tried an ultra-minimal xmonad.hs to > rule out xmobar and some of the extensions I'm using and even tried taking > out the mod4Mask. Still no fix. > > import XMonad > import XMonad.Config.Desktop > > baseConfig = desktopConfig > > main = xmonad baseConfig > { terminal = "urxvt" > , modMask = mod4Mask > } > > Very strange. > > > > > On Wed, Mar 29, 2017 at 9:18 PM, Brandon Allbery > wrote: > > > > You aren't binding control-F, so xmonad isn't the problem there. You > might try using xev to see what happens to it. Something else you are > running may have a passive grab on it, but xorg doesn't provide a way to > inspect passive grabs. :/ > > > > The Arduino stuff is likely Java; see https://wiki.haskell.org/ > Xmonad/Frequently_asked_questions#Problems_with_Java_ > applications.2C_Applet_java_console > > > > Chrome doesn't normally have a menubar; but it may register its > dropdown (look for three vertical dots at the end of the location bar, > after any extension icons) with Unity's panel to fake one. You can't use > xmonad with Unity, so if you require Unity's menu bar hack then you will > need to run Unity. Chrome will hide some other parts of its UI if you have > "Use system title bar and borders" checked in the Appearance section of the > Settings tab. > > > > On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf > wrote: > >> > >> I've been looking around for others with these problem but haven't > found anything so far, much less a fix. The subject line sums up the > problems. Cntr-F isn't working in a few apps I use a lot. I think there are > others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) > and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux > and Xmonad 0.13-1 from the Arch repository. I don't have a complex > xmonad.hs but I'll post it here. There are a few other glitches like the > fact that the menus in the Arduino IDE appear off to the side from the menu > labels but I can live with that. Being able to search is kind of important > though. What I do right now in both Chrome and Arduino IDE is click on the > file menu and then select "Find" from the drop-down menu. It's workable but > quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not > afraid of the code. I'd even be willing to contribute at some point. > >> > >> > >> import XMonad > >> import XMonad.Hooks.DynamicLog > >> import XMonad.Hooks.ManageDocks > >> import XMonad.Util.Run(spawnPipe) > >> import XMonad.Util.EZConfig(additionalKeys) > >> import System.IO > >> > >> main = do > >> xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" > >> xmonad $ docks defaultConfig > >> -- xmonad $ defaultConfig > >> { manageHook = manageDocks <+> manageHook defaultConfig > >> , layoutHook = avoidStruts $ layoutHook defaultConfig > >> , logHook = dynamicLogWithPP xmobarPP > >> { ppOutput = hPutStrLn xmproc > >> , ppTitle = xmobarColor "green" "" . shorten 50 > >> } > >> , modMask = mod4Mask -- Rebind Mod to the Windows key > >> , terminal = "urxvt" > >> } > >> > >> _______________________________________________ > >> xmonad mailing list > >> xmonad at haskell.org > >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > >> > > > > > > > > -- > > brandon s allbery kf8nh sine nomine > associates > > allbery.b at gmail.com > ballbery at sinenomine.net > > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From davama at gmail.com Thu Mar 30 18:07:42 2017 From: davama at gmail.com (Dave Macias) Date: Thu, 30 Mar 2017 14:07:42 -0400 Subject: [xmonad] xmonad monitor resolution In-Reply-To: <878tnnx9zy.fsf@tullinup.koldfront.dk> References: <20170330105744.GA6205@archmachine.localdomain> <878tnnx9zy.fsf@tullinup.koldfront.dk> Message-ID: I had the exact same issue on my laptop two weeks ago. I thought it was because i had broken xorg (fixed now). But the serial state file would make sense since i sync my ~/.xmonad/ folder between work comp (1680x1050) and personal laptop (1920x1080). Need to get back into my laptop and deleting the state file and see what happens. will report back... thanks On Thu, Mar 30, 2017 at 7:46 AM, Adam Sjøgren wrote: > Dusan writes: > > > So it all works well until I open any window, or several of them: they > > tile like there is still 1680x1050 monitor; top left coordinate of the > > tiling area starts right below xmobar (it is at the right position) but > > there is unused gap on the right and bottom (exact difference between > > old/new monitor resolution). It is like xmonad remembered old resolution > > somewhere and sticks with it no matter what I try. > > Could you try deleting ~/.xmonad/xmonad.state (and possibly restarting > xmonad), and see if that helps? > > See also https://github.com/xmonad/xmonad/issues/86 > > It sounds like symptoms I've had when going from 1 monitor to 2 (with > the same home directory). > > > Best regards, > > Adam > > -- > "Debate Two - The Thrilla In Vanilla" Adam Sjøgren > asjo at koldfront.dk > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpropf at gmail.com Thu Mar 30 19:08:14 2017 From: gpropf at gmail.com (Gregory Propf) Date: Thu, 30 Mar 2017 12:08:14 -0700 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: That's what I thought. I shut down everything but Chrome and then restarted Chrome too. Still no Ctrl-f in anything. This is quite a nasty one. The only thing that really remains to suspect is my display manager which is lightdm. I suppose maybe that could be the issue though I'm not actually sure that display managers are even still interacting with the session after the WM takes over. My lightdm config is pretty much completely stock from the Arch repos as well. So anyway I'm now reading up on passive and active grabs. I can't wait for Wayland to be more mature. I'm supposing things like this would be less likely or at least easier to track and fix. On Thu, Mar 30, 2017 at 10:37 AM, Brandon Allbery wrote: > This is precisely how a passive key grab on (controlMask, xK_f) would > behave. But since your config doesn't show one, likely some other program > is grabbing it. Unfortunately there's no way to get xorg to say what keys > are grabbed by what clients; all I can suggest is looking over what > programs are running. > > On Thu, Mar 30, 2017 at 5:17 AM, Gregory Propf wrote: > >> Well I looked at the Java link and tried using the environment variable >> fix they recommend (_JAVA_AWT_WM_NONREPARENTING=1). It fixed the >> terrible formatting I was seeing but so far still no Ctrl-f. Other hotkeys >> like Ctrl-T (autoformatting) work fine though. Anyway that's definitely an >> improvement. I know about the 3 dots on Chrome. That's how I get to the >> "find" menu option. I just wish the hotkey worked. I think something is >> really wrong with Ctrl-f for me. Running 'xbindkeys -k -v' and hitting >> Ctrl-f in the window it pop up gives you: >> >> m:0x4 + c:37 >> Control + Control_L >> >> or with the right Ctrl key: >> >> m:0x4 + c:105 >> Control + Control_R >> >> Those are just the codes for the Ctrl keys alone though. It's like the F >> isn't even being pressed. From other Ctrl keys I get correct codes. Here's >> Ctrl-e for example. >> >> m:0x4 + c:26 >> Control + e >> >> The 'f' key works just fine though. It just won't do anything with the >> Ctrl key. I just checked emacs and it doesn't work there either. It looks >> like the Ctrl-f combo is just hosed for the entire desktop. I guess I could >> start to suspect my keyboard but this problem started when I switched from >> Ubuntu (Unity) to Arch (Xmonad). I also tried an ultra-minimal xmonad.hs to >> rule out xmobar and some of the extensions I'm using and even tried taking >> out the mod4Mask. Still no fix. >> >> import XMonad >> import XMonad.Config.Desktop >> >> baseConfig = desktopConfig >> >> main = xmonad baseConfig >> { terminal = "urxvt" >> , modMask = mod4Mask >> } >> >> Very strange. >> >> >> >> >> On Wed, Mar 29, 2017 at 9:18 PM, Brandon Allbery >> wrote: >> > >> > You aren't binding control-F, so xmonad isn't the problem there. You >> might try using xev to see what happens to it. Something else you are >> running may have a passive grab on it, but xorg doesn't provide a way to >> inspect passive grabs. :/ >> > >> > The Arduino stuff is likely Java; see https://wiki.haskell.org/Xmona >> d/Frequently_asked_questions#Problems_with_Java_application >> s.2C_Applet_java_console >> > >> > Chrome doesn't normally have a menubar; but it may register its >> dropdown (look for three vertical dots at the end of the location bar, >> after any extension icons) with Unity's panel to fake one. You can't use >> xmonad with Unity, so if you require Unity's menu bar hack then you will >> need to run Unity. Chrome will hide some other parts of its UI if you have >> "Use system title bar and borders" checked in the Appearance section of the >> Settings tab. >> > >> > On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf >> wrote: >> >> >> >> I've been looking around for others with these problem but haven't >> found anything so far, much less a fix. The subject line sums up the >> problems. Cntr-F isn't working in a few apps I use a lot. I think there are >> others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) >> and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux >> and Xmonad 0.13-1 from the Arch repository. I don't have a complex >> xmonad.hs but I'll post it here. There are a few other glitches like the >> fact that the menus in the Arduino IDE appear off to the side from the menu >> labels but I can live with that. Being able to search is kind of important >> though. What I do right now in both Chrome and Arduino IDE is click on the >> file menu and then select "Find" from the drop-down menu. It's workable but >> quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not >> afraid of the code. I'd even be willing to contribute at some point. >> >> >> >> >> >> import XMonad >> >> import XMonad.Hooks.DynamicLog >> >> import XMonad.Hooks.ManageDocks >> >> import XMonad.Util.Run(spawnPipe) >> >> import XMonad.Util.EZConfig(additionalKeys) >> >> import System.IO >> >> >> >> main = do >> >> xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" >> >> xmonad $ docks defaultConfig >> >> -- xmonad $ defaultConfig >> >> { manageHook = manageDocks <+> manageHook defaultConfig >> >> , layoutHook = avoidStruts $ layoutHook defaultConfig >> >> , logHook = dynamicLogWithPP xmobarPP >> >> { ppOutput = hPutStrLn xmproc >> >> , ppTitle = xmobarColor "green" "" . shorten 50 >> >> } >> >> , modMask = mod4Mask -- Rebind Mod to the Windows key >> >> , terminal = "urxvt" >> >> } >> >> >> >> _______________________________________________ >> >> xmonad mailing list >> >> xmonad at haskell.org >> >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >> >> >> > >> > >> > >> > -- >> > brandon s allbery kf8nh sine nomine >> associates >> > allbery.b at gmail.com >> ballbery at sinenomine.net >> > unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> > > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Mar 30 19:37:59 2017 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 30 Mar 2017 15:37:59 -0400 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: I'd work from a "ps" listing and make sure nothing else got started in the background. Depending on how the display manager is configured, it can start extra things (or occasionally leak them from the login session). On Thu, Mar 30, 2017 at 3:08 PM, Gregory Propf wrote: > That's what I thought. I shut down everything but Chrome and then > restarted Chrome too. Still no Ctrl-f in anything. This is quite a nasty > one. The only thing that really remains to suspect is my display manager > which is lightdm. I suppose maybe that could be the issue though I'm not > actually sure that display managers are even still interacting with the > session after the WM takes over. My lightdm config is pretty much > completely stock from the Arch repos as well. So anyway I'm now reading up > on passive and active grabs. I can't wait for Wayland to be more mature. > I'm supposing things like this would be less likely or at least easier to > track and fix. > > On Thu, Mar 30, 2017 at 10:37 AM, Brandon Allbery > wrote: > >> This is precisely how a passive key grab on (controlMask, xK_f) would >> behave. But since your config doesn't show one, likely some other program >> is grabbing it. Unfortunately there's no way to get xorg to say what keys >> are grabbed by what clients; all I can suggest is looking over what >> programs are running. >> >> On Thu, Mar 30, 2017 at 5:17 AM, Gregory Propf wrote: >> >>> Well I looked at the Java link and tried using the environment variable >>> fix they recommend (_JAVA_AWT_WM_NONREPARENTING=1). It fixed the >>> terrible formatting I was seeing but so far still no Ctrl-f. Other hotkeys >>> like Ctrl-T (autoformatting) work fine though. Anyway that's definitely an >>> improvement. I know about the 3 dots on Chrome. That's how I get to the >>> "find" menu option. I just wish the hotkey worked. I think something is >>> really wrong with Ctrl-f for me. Running 'xbindkeys -k -v' and hitting >>> Ctrl-f in the window it pop up gives you: >>> >>> m:0x4 + c:37 >>> Control + Control_L >>> >>> or with the right Ctrl key: >>> >>> m:0x4 + c:105 >>> Control + Control_R >>> >>> Those are just the codes for the Ctrl keys alone though. It's like the F >>> isn't even being pressed. From other Ctrl keys I get correct codes. Here's >>> Ctrl-e for example. >>> >>> m:0x4 + c:26 >>> Control + e >>> >>> The 'f' key works just fine though. It just won't do anything with the >>> Ctrl key. I just checked emacs and it doesn't work there either. It looks >>> like the Ctrl-f combo is just hosed for the entire desktop. I guess I could >>> start to suspect my keyboard but this problem started when I switched from >>> Ubuntu (Unity) to Arch (Xmonad). I also tried an ultra-minimal xmonad.hs to >>> rule out xmobar and some of the extensions I'm using and even tried taking >>> out the mod4Mask. Still no fix. >>> >>> import XMonad >>> import XMonad.Config.Desktop >>> >>> baseConfig = desktopConfig >>> >>> main = xmonad baseConfig >>> { terminal = "urxvt" >>> , modMask = mod4Mask >>> } >>> >>> Very strange. >>> >>> >>> >>> >>> On Wed, Mar 29, 2017 at 9:18 PM, Brandon Allbery >>> wrote: >>> > >>> > You aren't binding control-F, so xmonad isn't the problem there. You >>> might try using xev to see what happens to it. Something else you are >>> running may have a passive grab on it, but xorg doesn't provide a way to >>> inspect passive grabs. :/ >>> > >>> > The Arduino stuff is likely Java; see https://wiki.haskell.org/Xmona >>> d/Frequently_asked_questions#Problems_with_Java_applications >>> .2C_Applet_java_console >>> > >>> > Chrome doesn't normally have a menubar; but it may register its >>> dropdown (look for three vertical dots at the end of the location bar, >>> after any extension icons) with Unity's panel to fake one. You can't use >>> xmonad with Unity, so if you require Unity's menu bar hack then you will >>> need to run Unity. Chrome will hide some other parts of its UI if you have >>> "Use system title bar and borders" checked in the Appearance section of the >>> Settings tab. >>> > >>> > On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf >>> wrote: >>> >> >>> >> I've been looking around for others with these problem but haven't >>> found anything so far, much less a fix. The subject line sums up the >>> problems. Cntr-F isn't working in a few apps I use a lot. I think there are >>> others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) >>> and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux >>> and Xmonad 0.13-1 from the Arch repository. I don't have a complex >>> xmonad.hs but I'll post it here. There are a few other glitches like the >>> fact that the menus in the Arduino IDE appear off to the side from the menu >>> labels but I can live with that. Being able to search is kind of important >>> though. What I do right now in both Chrome and Arduino IDE is click on the >>> file menu and then select "Find" from the drop-down menu. It's workable but >>> quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not >>> afraid of the code. I'd even be willing to contribute at some point. >>> >> >>> >> >>> >> import XMonad >>> >> import XMonad.Hooks.DynamicLog >>> >> import XMonad.Hooks.ManageDocks >>> >> import XMonad.Util.Run(spawnPipe) >>> >> import XMonad.Util.EZConfig(additionalKeys) >>> >> import System.IO >>> >> >>> >> main = do >>> >> xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" >>> >> xmonad $ docks defaultConfig >>> >> -- xmonad $ defaultConfig >>> >> { manageHook = manageDocks <+> manageHook defaultConfig >>> >> , layoutHook = avoidStruts $ layoutHook defaultConfig >>> >> , logHook = dynamicLogWithPP xmobarPP >>> >> { ppOutput = hPutStrLn xmproc >>> >> , ppTitle = xmobarColor "green" "" . shorten >>> 50 >>> >> } >>> >> , modMask = mod4Mask -- Rebind Mod to the Windows key >>> >> , terminal = "urxvt" >>> >> } >>> >> >>> >> _______________________________________________ >>> >> xmonad mailing list >>> >> xmonad at haskell.org >>> >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>> >> >>> > >>> > >>> > >>> > -- >>> > brandon s allbery kf8nh sine nomine >>> associates >>> > allbery.b at gmail.com >>> ballbery at sinenomine.net >>> > unix, openafs, kerberos, infrastructure, xmonad >>> http://sinenomine.net >>> >> >> >> >> -- >> brandon s allbery kf8nh sine nomine >> associates >> allbery.b at gmail.com >> ballbery at sinenomine.net >> unix, openafs, kerberos, infrastructure, xmonad >> http://sinenomine.net >> > > -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From gpropf at gmail.com Thu Mar 30 21:55:32 2017 From: gpropf at gmail.com (Gregory Propf) Date: Thu, 30 Mar 2017 14:55:32 -0700 Subject: [xmonad] Cntr-F not working in several apps and Chrome has no menubar In-Reply-To: References: Message-ID: Well I now feel stupid. I did just that before reading your message and looking over my .xbindkeysrc file. I had looked before and found something that might have been a problem so I commented it out and re-ran xbindkeys and restarted Xmonad. It didn't help. Just after installing xdotool so I could list out passive grabs I decided to grep for xbindkeys processes. I realized that the now days-old xbindkeys that had started the last time I rebooted and logged in was still running. I had thought that xbindkeys was just a thing that ran, changed some things in X and then died. The original process must have initiated a passive grab on Ctrl-f and was holding on to it. A simple 'killall xbindkeys' later and my beloved Ctrl-f is working everywhere. I'm still glad I made the effort because the Arduino IDE is now much easier to use in general and any other Java stuff should benefit as well. I also learned of the existence of this "passive grab" nonsense in X. Thanks for all your help on this Brandon. On Thu, Mar 30, 2017 at 12:37 PM, Brandon Allbery wrote: > I'd work from a "ps" listing and make sure nothing else got started in the > background. Depending on how the display manager is configured, it can > start extra things (or occasionally leak them from the login session). > > On Thu, Mar 30, 2017 at 3:08 PM, Gregory Propf wrote: > >> That's what I thought. I shut down everything but Chrome and then >> restarted Chrome too. Still no Ctrl-f in anything. This is quite a nasty >> one. The only thing that really remains to suspect is my display manager >> which is lightdm. I suppose maybe that could be the issue though I'm not >> actually sure that display managers are even still interacting with the >> session after the WM takes over. My lightdm config is pretty much >> completely stock from the Arch repos as well. So anyway I'm now reading up >> on passive and active grabs. I can't wait for Wayland to be more mature. >> I'm supposing things like this would be less likely or at least easier to >> track and fix. >> >> On Thu, Mar 30, 2017 at 10:37 AM, Brandon Allbery >> wrote: >> >>> This is precisely how a passive key grab on (controlMask, xK_f) would >>> behave. But since your config doesn't show one, likely some other program >>> is grabbing it. Unfortunately there's no way to get xorg to say what keys >>> are grabbed by what clients; all I can suggest is looking over what >>> programs are running. >>> >>> On Thu, Mar 30, 2017 at 5:17 AM, Gregory Propf wrote: >>> >>>> Well I looked at the Java link and tried using the environment variable >>>> fix they recommend (_JAVA_AWT_WM_NONREPARENTING=1). It fixed the >>>> terrible formatting I was seeing but so far still no Ctrl-f. Other hotkeys >>>> like Ctrl-T (autoformatting) work fine though. Anyway that's definitely an >>>> improvement. I know about the 3 dots on Chrome. That's how I get to the >>>> "find" menu option. I just wish the hotkey worked. I think something is >>>> really wrong with Ctrl-f for me. Running 'xbindkeys -k -v' and hitting >>>> Ctrl-f in the window it pop up gives you: >>>> >>>> m:0x4 + c:37 >>>> Control + Control_L >>>> >>>> or with the right Ctrl key: >>>> >>>> m:0x4 + c:105 >>>> Control + Control_R >>>> >>>> Those are just the codes for the Ctrl keys alone though. It's like the >>>> F isn't even being pressed. From other Ctrl keys I get correct codes. >>>> Here's Ctrl-e for example. >>>> >>>> m:0x4 + c:26 >>>> Control + e >>>> >>>> The 'f' key works just fine though. It just won't do anything with the >>>> Ctrl key. I just checked emacs and it doesn't work there either. It looks >>>> like the Ctrl-f combo is just hosed for the entire desktop. I guess I could >>>> start to suspect my keyboard but this problem started when I switched from >>>> Ubuntu (Unity) to Arch (Xmonad). I also tried an ultra-minimal xmonad.hs to >>>> rule out xmobar and some of the extensions I'm using and even tried taking >>>> out the mod4Mask. Still no fix. >>>> >>>> import XMonad >>>> import XMonad.Config.Desktop >>>> >>>> baseConfig = desktopConfig >>>> >>>> main = xmonad baseConfig >>>> { terminal = "urxvt" >>>> , modMask = mod4Mask >>>> } >>>> >>>> Very strange. >>>> >>>> >>>> >>>> >>>> On Wed, Mar 29, 2017 at 9:18 PM, Brandon Allbery >>>> wrote: >>>> > >>>> > You aren't binding control-F, so xmonad isn't the problem there. You >>>> might try using xev to see what happens to it. Something else you are >>>> running may have a passive grab on it, but xorg doesn't provide a way to >>>> inspect passive grabs. :/ >>>> > >>>> > The Arduino stuff is likely Java; see https://wiki.haskell.org/Xmona >>>> d/Frequently_asked_questions#Problems_with_Java_applications >>>> .2C_Applet_java_console >>>> > >>>> > Chrome doesn't normally have a menubar; but it may register its >>>> dropdown (look for three vertical dots at the end of the location bar, >>>> after any extension icons) with Unity's panel to fake one. You can't use >>>> xmonad with Unity, so if you require Unity's menu bar hack then you will >>>> need to run Unity. Chrome will hide some other parts of its UI if you have >>>> "Use system title bar and borders" checked in the Appearance section of the >>>> Settings tab. >>>> > >>>> > On Thu, Mar 30, 2017 at 12:05 AM, Gregory Propf >>>> wrote: >>>> >> >>>> >> I've been looking around for others with these problem but haven't >>>> found anything so far, much less a fix. The subject line sums up the >>>> problems. Cntr-F isn't working in a few apps I use a lot. I think there are >>>> others but the main ones are Google Chrome (Version 57.0.2987.98 (64-bit)) >>>> and the Arduino IDE (v 1.8.0). I'm running a recent install of Arch Linux >>>> and Xmonad 0.13-1 from the Arch repository. I don't have a complex >>>> xmonad.hs but I'll post it here. There are a few other glitches like the >>>> fact that the menus in the Arduino IDE appear off to the side from the menu >>>> labels but I can live with that. Being able to search is kind of important >>>> though. What I do right now in both Chrome and Arduino IDE is click on the >>>> file menu and then select "Find" from the drop-down menu. It's workable but >>>> quite cumbersome. My Haskell skills are actually pretty good BTW so I'm not >>>> afraid of the code. I'd even be willing to contribute at some point. >>>> >> >>>> >> >>>> >> import XMonad >>>> >> import XMonad.Hooks.DynamicLog >>>> >> import XMonad.Hooks.ManageDocks >>>> >> import XMonad.Util.Run(spawnPipe) >>>> >> import XMonad.Util.EZConfig(additionalKeys) >>>> >> import System.IO >>>> >> >>>> >> main = do >>>> >> xmproc <- spawnPipe "/usr/bin/xmobar -d /home/gregory/.xmobarrc" >>>> >> xmonad $ docks defaultConfig >>>> >> -- xmonad $ defaultConfig >>>> >> { manageHook = manageDocks <+> manageHook defaultConfig >>>> >> , layoutHook = avoidStruts $ layoutHook defaultConfig >>>> >> , logHook = dynamicLogWithPP xmobarPP >>>> >> { ppOutput = hPutStrLn xmproc >>>> >> , ppTitle = xmobarColor "green" "" . shorten >>>> 50 >>>> >> } >>>> >> , modMask = mod4Mask -- Rebind Mod to the Windows key >>>> >> , terminal = "urxvt" >>>> >> } >>>> >> >>>> >> _______________________________________________ >>>> >> xmonad mailing list >>>> >> xmonad at haskell.org >>>> >> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad >>>> >> >>>> > >>>> > >>>> > >>>> > -- >>>> > brandon s allbery kf8nh sine nomine >>>> associates >>>> > allbery.b at gmail.com >>>> ballbery at sinenomine.net >>>> > unix, openafs, kerberos, infrastructure, xmonad >>>> http://sinenomine.net >>>> >>> >>> >>> >>> -- >>> brandon s allbery kf8nh sine nomine >>> associates >>> allbery.b at gmail.com >>> ballbery at sinenomine.net >>> unix, openafs, kerberos, infrastructure, xmonad >>> http://sinenomine.net >>> >> >> > > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -------------- next part -------------- An HTML attachment was scrubbed... URL: