From codesite-noreply at google.com Tue Dec 2 20:05:09 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 20:05:09 +0000 Subject: [xmonad] Issue 350 in xmonad: Investigate using Dyre for xmonad configuration In-Reply-To: <11-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> References: <11-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Message-ID: <12-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Comment #12 on issue 350 by woozlet... at gmail.com: Investigate using Dyre for xmonad configuration https://code.google.com/p/xmonad/issues/detail?id=350 I was playing around a little with replacing the baked-in recompilation with that from dyre. Relaunching does not seem to work reliably as recompilation crashes xmonad/X. This only happens when I change the configuration file. My guess is that the relaunch facilities are not compatible with the `executeFile` calls which are currently used. It's the same issue as mentioned in #7. The second feature mentioned there is now the default in Dyre. Configuration '/home/saep/.xmonad/xmonad.hs' changed. Recompiling. xmonad: waitForProcess: does not exist (No child processes) The attached patch still uses the command line arguments to pass the state on restart. I don't think it is worthwile to addres any outstanding issue unless the recompilation works properly. Attachments: recompilation-with-dyre.dpatch 23.3 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From mlists at pmade.com Tue Dec 2 20:17:30 2014 From: mlists at pmade.com (Peter Jones) Date: Tue, 02 Dec 2014 13:17:30 -0700 Subject: [xmonad] New release References: Message-ID: <87fvcxerhh.fsf@pmade.com> Carsten Mattner writes: > Isn't it time for a new release? Been using xmonad from darcs without issues > for a long time. +1. Also, xmonad-extras needs an update to support recent versions of libmpd. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From codesite-noreply at google.com Tue Dec 2 20:44:01 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 20:44:01 +0000 Subject: [xmonad] Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools In-Reply-To: <5-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> References: <5-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Message-ID: <6-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Comment #6 on issue 447 by g... at gregweber.info: installation breaks copy/paste feature of vmware-tools https://code.google.com/p/xmonad/issues/detail?id=447 If I login to the ubuntu desktop it works. Only when logging into the XMonad desktop do I see the issue. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 2 20:45:01 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 20:45:01 +0000 Subject: [xmonad] Issue 350 in xmonad: Investigate using Dyre for xmonad configuration In-Reply-To: <12-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> References: <12-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Message-ID: <13-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Updates: Cc: woozlet... at gmail.com Comment #13 on issue 350 by allber... at gmail.com: Investigate using Dyre for xmonad configuration https://code.google.com/p/xmonad/issues/detail?id=350 The "temporarily disable SIGCHLD ignoring" code in recompile (uninstallSignalHandlers, installSignalHandlers) is *not* optional; the error you are getting is a symptom of not disabling it before rebuilding. You will need to find some way to integrate that with Dyre. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 2 20:49:44 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 20:49:44 +0000 Subject: [xmonad] Issue 350 in xmonad: Investigate using Dyre for xmonad configuration In-Reply-To: <13-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> References: <13-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Message-ID: <14-3425899027203913298-16321872425033844002-codesite-noreply=google.com@googlecode.com> Comment #14 on issue 350 by vogt.a... at gmail.com: Investigate using Dyre for xmonad configuration https://code.google.com/p/xmonad/issues/detail?id=350 http://code.haskell.org/~aavogt/xmonad/dyre/ is where the repo in #7 now lives. It does uninstallSignalHandlers/installSignalHandlers around the call to dyre, which avoids the crash. I'm not sure if it's erring on the side of having the SIGCHLD handler not installed for too long. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 2 20:50:44 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 20:50:44 +0000 Subject: [xmonad] Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools In-Reply-To: <6-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> References: <6-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Message-ID: <7-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Updates: Cc: g... at gregweber.info Comment #7 on issue 447 by allber... at gmail.com: installation breaks copy/paste feature of vmware-tools https://code.google.com/p/xmonad/issues/detail?id=447 You will need to make sure the vmware tools client is started in an xmonad session. On my Linux Mint + xmonad/MATE setup, vmtoolsd user session (vmtoolsd -n vmusr, from open-vm-tools-desktop) is being autostarted from the MATE session; you may need to do something to make sure it is running in your session. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 2 21:33:45 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 21:33:45 +0000 Subject: [xmonad] Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools In-Reply-To: <7-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> References: <7-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Message-ID: <8-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Comment #8 on issue 447 by g... at gregweber.info: installation breaks copy/paste feature of vmware-tools https://code.google.com/p/xmonad/issues/detail?id=447 Thanks for the tip! When I run `vmtoolsd -n vmusr` in a terminal my display gets resized, which is a good sign. However, copy and paste is still not working. I am pretty dumb aboud desktop sessions: do I need to start the process in a specific way? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 2 21:41:23 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 02 Dec 2014 21:41:23 +0000 Subject: [xmonad] Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools In-Reply-To: <8-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> References: <8-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Message-ID: <9-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Comment #9 on issue 447 by allber... at gmail.com: installation breaks copy/paste feature of vmware-tools https://code.google.com/p/xmonad/issues/detail?id=447 The vmtoolsd process (and another one running under root but I think that should be started at boot) is all that shows in "ps", but my MATE session shows that what is actually run to start it is /usr/bin/vmware-user-suid-wrapper. This may well do additional configuration (e.g. a one-time communication with the VM host) to set up things like copy-paste. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Dec 3 10:58:22 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 03 Dec 2014 10:58:22 +0000 Subject: [xmonad] Issue 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol In-Reply-To: <129-3425899027203913298-17817162588143971274-codesite-noreply=google.com@googlecode.com> References: <129-3425899027203913298-17817162588143971274-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-17817162588143971274-codesite-noreply=google.com@googlecode.com> Message-ID: <130-3425899027203913298-17817162588143971274-codesite-noreply=google.com@googlecode.com> Comment #130 on issue 177 by david.mi... at gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol https://code.google.com/p/xmonad/issues/detail?id=177 I am still experiencing this issue with: Ubuntu 14.04 xmonad 0.11-6build1 Android Studio will this ever be fixed in the xmonad Ubuntu package or I need to install xmonad with cabal (is the latter guaranteed to fix the problem?) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Dec 3 18:10:34 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 03 Dec 2014 18:10:34 +0000 Subject: [xmonad] Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools In-Reply-To: <9-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> References: <9-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Message-ID: <10-3425899027203913298-13971697142749087896-codesite-noreply=google.com@googlecode.com> Comment #10 on issue 447 by g... at gregweber.info: installation breaks copy/paste feature of vmware-tools https://code.google.com/p/xmonad/issues/detail?id=447 Thanks for the help! apt-get install open-vm-tools fixed this for me. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From thomas at koch.ro Sat Dec 6 10:50:15 2014 From: thomas at koch.ro (Thomas Koch) Date: Sat, 06 Dec 2014 11:50:15 +0100 Subject: [xmonad] xmonad as WM for Gnome 3 in Debian jessie Message-ID: <5257828.OrJROOrZVN@x121e> Hi, I'm installing a new machine with debian jessie which comes with xmonad 0.11 and gnome 3.14. On debian wheezy I could easily use xmonad as the window manager for gnome. Has anybody managed to do the same with a more recent gnome (classic)? What would be a good strategy to try? I've opened a debian bug about this: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772179 Regards, Thomas Koch From allbery.b at gmail.com Sat Dec 6 11:10:58 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 6 Dec 2014 06:10:58 -0500 Subject: [xmonad] xmonad as WM for Gnome 3 in Debian jessie In-Reply-To: <5257828.OrJROOrZVN@x121e> References: <5257828.OrJROOrZVN@x121e> Message-ID: On Sat, Dec 6, 2014 at 5:50 AM, Thomas Koch wrote: > I'm installing a new machine with debian jessie which comes with xmonad > 0.11 > and gnome 3.14. On debian wheezy I could easily use xmonad as the window > manager for gnome. Has anybody managed to do the same with a more recent > gnome > (classic)? What would be a good strategy to try? > It can't be done. The way it worked in older versions is it ran Gnome 2 instead; this ("gnome-fallback") was removed in Gnome 3.8. Gnome 3 itself has never supported using anything but gnome-shell as the window manager, and the Gnome developers have made it clear that it never will. You may want to try using xmonad with Mat?; that, being a supported fork of Gnome 2, should be configurable to resemble the old fallback mode. -- 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 oneself at gmail.com Sat Dec 6 22:41:56 2014 From: oneself at gmail.com (Eyal Erez) Date: Sat, 6 Dec 2014 17:41:56 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: Chrome has finally upgraded and now the stable version is exhibiting the same behavior. I've also noticed that evince (document reader) is also showing a really ugly transparent gap around the edge. I've attached a screenshot to illustrate the problem. The two chrome windows and evince have the faulty transparent gap. However, other windows are not (e.g. emacs and rxvt on the right). Does anyone know how to fix this? On Tue, Oct 21, 2014 at 2:57 PM, Brandon Allbery wrote: > On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez wrote: > >> I've recently update my machine to find that chrome's window border >> (orange on all my other windows) is now transparent. I noticed that Google >> have added their new Aura graphics stack instead of GTK+ >> , >> and I'm wondering if this is not playing nicely with xmonad. Downgrading >> to Chrome stable solves the problem. But I'm guessing that once the stable >> version gets updated, I'll get the same issue again. >> >> Is anyone else seeing this? Is there anything I can do to confirm that >> this is the problem or fix it somehow? >> > > One drawback of using server side borders is that the transparency > behavior is defined by the application, since the border is technically > part of the application window and not a frame window. It may be possible > to specify the border color as RGBA (e.g. focusedBorderColor = "#ffa500ff") > instead of RGB... but this may then break (i.e. cause BadMatch X11 errors) > windows which are *not* RGBA. > > (The #xxx format for colors may not work for RGBA; it may need to be > "rgba:1/0.65/0/1".) > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 2014-12-06-173823_3440x1440_scrot.png Type: image/png Size: 487613 bytes Desc: not available URL: From allbery.b at gmail.com Sat Dec 6 22:45:22 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 6 Dec 2014 17:45:22 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: On Sat, Dec 6, 2014 at 5:41 PM, Eyal Erez wrote: > Chrome has finally upgraded and now the stable version is exhibiting the > same behavior. I've also noticed that evince (document reader) is also > showing a really ugly transparent gap around the edge. I've attached a > screenshot to illustrate the problem. The two chrome windows and evince > have the faulty transparent gap. However, other windows are not (e.g. > emacs and rxvt on the right). > > Does anyone know how to fix this? > This is really the same problem as https://code.google.com/p/xmonad/issues/detail?id=581 and fixing it requires modifying the core to understand RGBA windows and visuals, as I said. There are no quick fixes. -- 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 oneself at gmail.com Sat Dec 6 22:54:20 2014 From: oneself at gmail.com (Eyal Erez) Date: Sat, 6 Dec 2014 17:54:20 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: Thanks for your reply. Is anyone working to fix this by any chance? On Sat, Dec 6, 2014 at 5:45 PM, Brandon Allbery wrote: > On Sat, Dec 6, 2014 at 5:41 PM, Eyal Erez wrote: > >> Chrome has finally upgraded and now the stable version is exhibiting the >> same behavior. I've also noticed that evince (document reader) is also >> showing a really ugly transparent gap around the edge. I've attached a >> screenshot to illustrate the problem. The two chrome windows and evince >> have the faulty transparent gap. However, other windows are not (e.g. >> emacs and rxvt on the right). >> >> Does anyone know how to fix this? >> > > This is really the same problem as > https://code.google.com/p/xmonad/issues/detail?id=581 and fixing it > requires modifying the core to understand RGBA windows and visuals, as I > said. There are no quick fixes. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Dec 6 23:01:07 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 6 Dec 2014 18:01:07 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: On Sat, Dec 6, 2014 at 5:54 PM, Eyal Erez wrote: > Thanks for your reply. > > Is anyone working to fix this by any chance? > Not so far as I am aware. I'd noticed the shortcoming some time ago but nothing came of it. -- 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 oneself at gmail.com Sun Dec 7 00:30:14 2014 From: oneself at gmail.com (Eyal Erez) Date: Sat, 6 Dec 2014 19:30:14 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: Is it just me or has the liveliness on the xmonad project really calmed down in the last few months? I'm noticing a lot less activity in the forums than it used to be. On Sat, Dec 6, 2014 at 6:01 PM, Brandon Allbery wrote: > On Sat, Dec 6, 2014 at 5:54 PM, Eyal Erez wrote: > >> Thanks for your reply. >> >> Is anyone working to fix this by any chance? >> > > Not so far as I am aware. I'd noticed the shortcoming some time ago but > nothing came of it. > > -- > brandon s allbery kf8nh sine nomine > associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Dec 7 03:19:36 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 6 Dec 2014 22:19:36 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: On Sat, Dec 6, 2014 at 7:30 PM, Eyal Erez wrote: > Is it just me or has the liveliness on the xmonad project really calmed > down in the last few months? > I'm noticing a lot less activity in the forums than it used to be. > I can't speak for the other folks involved with xmonad, but I've been fighting some kind of viral ick for almost a month now that has severely limited my ability to do much of anything beyond replying to email. :( There's still a fair amount of activity in the #xmonad channel on Freenode, though. -- 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 zev at bewilderbeest.net Sun Dec 7 04:06:35 2014 From: zev at bewilderbeest.net (Zev Weiss) Date: Sat, 6 Dec 2014 22:06:35 -0600 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: References: Message-ID: <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net> I can't say with certainty if Chrome's unsightly-transparent-border problem is due to this, but at least for evince (which I've actually since stopped using in favor of zathura, for what it's worth) I was able to work around the problem by putting the following in ~/.config/gtk-3.0/gtk.css: .window-frame, .window-frame:backdrop { box-shadow: 0 0 0 black; border-style: none; margin: 0; border-radius: 0; } .titlebar { border-radius: 0; } (Can't claim credit for that myself, found it via a google search some months ago and no longer remember where or what the relevant search terms were.) Maybe hackishly useful in lieu of a "real" fix though? Zev On Dec 6, 2014, at 4:41 PM, Eyal Erez wrote: > Chrome has finally upgraded and now the stable version is exhibiting the same behavior. I've also noticed that evince (document reader) is also showing a really ugly transparent gap around the edge. I've attached a screenshot to illustrate the problem. The two chrome windows and evince have the faulty transparent gap. However, other windows are not (e.g. emacs and rxvt on the right). > > Does anyone know how to fix this? > > On Tue, Oct 21, 2014 at 2:57 PM, Brandon Allbery wrote: > On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez wrote: > I've recently update my machine to find that chrome's window border (orange on all my other windows) is now transparent. I noticed that Google have added their new Aura graphics stack instead of GTK+, and I'm wondering if this is not playing nicely with xmonad. Downgrading to Chrome stable solves the problem. But I'm guessing that once the stable version gets updated, I'll get the same issue again. > > Is anyone else seeing this? Is there anything I can do to confirm that this is the problem or fix it somehow? > > One drawback of using server side borders is that the transparency behavior is defined by the application, since the border is technically part of the application window and not a frame window. It may be possible to specify the border color as RGBA (e.g. focusedBorderColor = "#ffa500ff") instead of RGB... but this may then break (i.e. cause BadMatch X11 errors) windows which are *not* RGBA. > > (The #xxx format for colors may not work for RGBA; it may need to be "rgba:1/0.65/0/1".) > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net > > > > -- > Eyal Erez > > There are 10 types of people, those who know binary and those who don't. > > <2014-12-06-173823_3440x1440_scrot.png>_______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From codesite-noreply at google.com Sun Dec 7 05:22:51 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Sun, 07 Dec 2014 05:22:51 +0000 Subject: [xmonad] Issue 582 in xmonad: Add to EZConfig multimediaKeys Message-ID: <0-3425899027203913298-9952225165222450144-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 582 by enm... at gmail.com: Add to EZConfig multimediaKeys https://code.google.com/p/xmonad/issues/detail?id=582 What steps will reproduce the problem? 1. Assuming a script exists called "toggle-mic" in the user's PATH 2. Create keybinding for ("", spawn "toggle-mic") 3. Recompile/restart xmonad 4. Press 5. "toggle-mic is never called What is the expected output? What do you see instead? The script "toggle-mic" should have been called. It is not. What version of the product are you using? On what operating system? community/xmonad 0.11-9 (Arch Linux, not from haskell-core) Linux 3.17.4-1 (Arch Linux) Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". xmonad --recompile (no output) Please provide any additional information below. I'm currently forced to use xbindkeys to recognize and launch my script to toggle to mic input. Attachments: xmonad.hs 8.4 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From oneself at gmail.com Mon Dec 8 00:39:25 2014 From: oneself at gmail.com (Eyal Erez) Date: Sun, 7 Dec 2014 19:39:25 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net> References: <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net> Message-ID: @Brandon: Feel better. @Zev: The gtk css didn't work for me, but zathura looks interesting (I've been using qpdfview). Well, I guess it's time to switch to Firefox until this blows over. On Sat, Dec 6, 2014 at 11:06 PM, Zev Weiss wrote: > I can't say with certainty if Chrome's unsightly-transparent-border > problem is due to this, but at least for evince (which I've actually since > stopped using in favor of zathura, for what it's worth) I was able to work > around the problem by putting the following in ~/.config/gtk-3.0/gtk.css: > > .window-frame, .window-frame:backdrop { > box-shadow: 0 0 0 black; > border-style: none; > margin: 0; > border-radius: 0; > } > > .titlebar { > border-radius: 0; > } > > (Can't claim credit for that myself, found it via a google search some > months ago and no longer remember where or what the relevant search terms > were.) Maybe hackishly useful in lieu of a "real" fix though? > > > Zev > > On Dec 6, 2014, at 4:41 PM, Eyal Erez wrote: > > > Chrome has finally upgraded and now the stable version is exhibiting the > same behavior. I've also noticed that evince (document reader) is also > showing a really ugly transparent gap around the edge. I've attached a > screenshot to illustrate the problem. The two chrome windows and evince > have the faulty transparent gap. However, other windows are not (e.g. > emacs and rxvt on the right). > > > > Does anyone know how to fix this? > > > > On Tue, Oct 21, 2014 at 2:57 PM, Brandon Allbery > wrote: > > On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez wrote: > > I've recently update my machine to find that chrome's window border > (orange on all my other windows) is now transparent. I noticed that Google > have added their new Aura graphics stack instead of GTK+, and I'm wondering > if this is not playing nicely with xmonad. Downgrading to Chrome stable > solves the problem. But I'm guessing that once the stable version gets > updated, I'll get the same issue again. > > > > Is anyone else seeing this? Is there anything I can do to confirm that > this is the problem or fix it somehow? > > > > One drawback of using server side borders is that the transparency > behavior is defined by the application, since the border is technically > part of the application window and not a frame window. It may be possible > to specify the border color as RGBA (e.g. focusedBorderColor = "#ffa500ff") > instead of RGB... but this may then break (i.e. cause BadMatch X11 errors) > windows which are *not* RGBA. > > > > (The #xxx format for colors may not work for RGBA; it may need to be > "rgba:1/0.65/0/1".) > > > > -- > > brandon s allbery kf8nh sine nomine > associates > > allbery.b at gmail.com > ballbery at sinenomine.net > > unix, openafs, kerberos, infrastructure, xmonad > http://sinenomine.net > > > > > > > > -- > > Eyal Erez > > > > There are 10 types of people, those who know binary and those who don't. > > > > > <2014-12-06-173823_3440x1440_scrot.png>_______________________________________________ > > xmonad mailing list > > xmonad at haskell.org > > http://www.haskell.org/mailman/listinfo/xmonad > > -- *Eyal Erez <**oneself at gmail.com* *>* There are 10 types of people, those who know binary and those who don't. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Mon Dec 8 01:05:40 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 7 Dec 2014 20:05:40 -0500 Subject: [xmonad] Transparent Border with Chrome Beta/Unstable In-Reply-To: <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net> References: <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net> Message-ID: On Sat, Dec 6, 2014 at 11:06 PM, Zev Weiss wrote: > I can't say with certainty if Chrome's unsightly-transparent-border > problem is due to this, but at least for evince (which I've actually since > stopped using in favor of zathura, for what it's worth) I was able to work > around the problem by putting the following in ~/.config/gtk-3.0/gtk.css: > That wouldn't prevent xmonad's border from becoming translucent in an RGBA visual, just avoid interactions with gtk3's own transparent decorations. xmonad doesn't even try to handle RGBA visuals currently, or indeed anything other than the server default visual (which is RGB), and I am not surprised that it sometimes behaves badly. (How badly probably depends on whether the window background is has an alpha other than 1.) FIxing this: there are some potential questions that we would need to think about. For example: while xorg no longer supports PseudoColor visuals [thankfully; that'd be a real nightmare], it does offer some DirectColor visuals. Do we want to deal with DirectColor, which will require an entirely different set of operations to configure borders, since the pixels in DirectColor are predefined and we must use lookups of closest existing predefined colors instead of color allocation as with TrueColor? We'll need to store border color information with windows, computing the pixels to use based on the window visual and depth and presence of alpha channel, and the current colormap entries we keep in the XConfig will serve no purpose since they are only correct and safe to use with the default visual. A side question might be whether to allow specification of the alpha for the border. We'd presumably allow it to be specified and then mask it out for visuals lacking an alpha channel. -- 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 alexandre.n.medeiros at gmail.com Mon Dec 8 12:30:17 2014 From: alexandre.n.medeiros at gmail.com (Alexandre Medeiros) Date: Mon, 8 Dec 2014 12:30:17 +0000 Subject: [xmonad] xmonad as WM for Gnome 3 in Debian jessie In-Reply-To: References: <5257828.OrJROOrZVN@x121e> Message-ID: On 6 December 2014 at 11:10, Brandon Allbery wrote: > You may want to try using xmonad with Mat?; that, being a supported fork of > Gnome 2, should be configurable to resemble the old fallback mode. I am currently using xmonad as WM for XFCE and it works fine and it is easy to configure. I also tried it with LXDE and it worked well. Regards, -- Alexandre Medeiros Institute of Computing - University of Campinas BSc Computer Science Student GNU/Linux user #562691 http://alemedeiros.sdf.org/ From aditya.siram at gmail.com Tue Dec 9 17:27:12 2014 From: aditya.siram at gmail.com (aditya siram) Date: Tue, 9 Dec 2014 11:27:12 -0600 Subject: [xmonad] Auto-detect multiple monitors ... Message-ID: Hi all, I've been using XMonad for a while but mostly just on my laptop. Recently I've started hooking it up to a monitor, but unfortunately I can't seem to tell XMonad that it's a second monitor. I have to mirror the current display or stretch it across multiple monitors. Can someone give me a starting point? I'm comfortable in Haskell. Thanks! -deech -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Tue Dec 9 18:18:37 2014 From: mlists at pmade.com (Peter Jones) Date: Tue, 09 Dec 2014 11:18:37 -0700 Subject: [xmonad] Auto-detect multiple monitors ... References: Message-ID: <87bnncy9du.fsf@pmade.com> aditya siram writes: > I've been using XMonad for a while but mostly just on my laptop. Recently > I've started hooking it up to a monitor, but unfortunately I can't seem to > tell XMonad that it's a second monitor. I have to mirror the current > display or stretch it across multiple monitors. Can someone give me a > starting point? I'm comfortable in Haskell. Sounds like the X11 Haskell package was built without support for Xinerama. You probably need to install the Xinerama developer package from your OS's package manager and rebuild everything. -- Peter Jones, Founder, Devalot.com Defending the honor of good code From codesite-noreply at google.com Wed Dec 10 17:18:54 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 10 Dec 2014 17:18:54 +0000 Subject: [xmonad] Issue 538 in xmonad: X.H.DynamicBars call to xrrSelectInput has no effect In-Reply-To: <2-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 538 by allber... at gmail.com: X.H.DynamicBars call to xrrSelectInput has no effect https://code.google.com/p/xmonad/issues/detail?id=538 MathStuf, your xorg is buggy. Selecting input only applies to the current connection; you create a new connection, select on it, and immediately close it, which in a non-buggy xorg has no net effect. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Wed Dec 10 17:31:28 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 10 Dec 2014 17:31:28 +0000 Subject: [xmonad] Issue 538 in xmonad: X.H.DynamicBars call to xrrSelectInput has no effect In-Reply-To: <3-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-10257946323529592623-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 538 by aka.... at gmail.com: X.H.DynamicBars call to xrrSelectInput has no effect https://code.google.com/p/xmonad/issues/detail?id=538 This problem was due to DynamicBars not receiving the randr events because it opened its own connection instead of asking XConf, so DynamicBars was buggy all along. A hypothesis on IRC was that it used to rely on a bug in Xorg that went away, which exposed the bug. Fix attached, credit geekosaur. Attachments: DynamicBars.hs.patch 925 bytes -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From cwbell at mail.usf.edu Thu Dec 11 17:21:08 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Thu, 11 Dec 2014 12:21:08 -0500 Subject: [xmonad] Use atomic window props in window manage hook Message-ID: Hi, all I was wondering, how could I set a window to float based on its atomic window properties? I'm running Xmonad raw on top of X on Fedora 20; no DE. According to xprop, the only 'special' property of this window is: _NET_WM_STATE(ATOM) = _NET_WM_STATE_ABOVE, _NET_WM_STATE_STICKY particularly the STATE_ABOVE property. So far, I haven't found a reliable way to extract and check if this property exists is set within a mange hook. I've tried pulling the entire property as a stringProperty - and later as an atomic using getAtom - and looking for my string with IsInfixOf (but I think that was pretty misguided, since it wouldn't compile), and I've tried checking against: ( isInProperty "_NET_WM_STATE" "_NET_WM_STATE_ABOVE" ) and have also tried it with "_NET_WM_STATE(ATOM)". I don't get any compile errors, but... it doesn't automatically float the windows, either. I apologize if it's something simple I'm overlooking - I've found the Haskell difficulty curve to be more extreme than any other language I've worked with. With the possible exception of Matlab. The window is one of those fancy special new "panel" not-windows that Chrome is implementing; it's for the Hangouts extension with 'enable panels' turned on in chrome://flags/#enable-panels. They're frustrating, because Chrome can actually handle them as dockable internal window, docking them at the bottom of the browser. Or it can be handled by the OS WM. All of the window properties are identical to a normal Chrome window, except the STATE_ABOVE flag, so that's all I can think to use. Any suggestions are more than welcome. Regards, Chris Bell Ph.D. Candidate, Teaching Assistant, Gentleman, Scholar, Penguin Wrangler University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team, Official Daemon Charmer -------------- next part -------------- An HTML attachment was scrubbed... URL: From mail at ericmrak.info Thu Dec 11 17:53:27 2014 From: mail at ericmrak.info (Eric Mrak) Date: Thu, 11 Dec 2014 11:53:27 -0600 Subject: [xmonad] Use atomic window props in window manage hook In-Reply-To: References: Message-ID: This is what I use for checking for _NET_WM_WINDOW_TYPE_DIALOG atoms: import Foreign.C.Types (CLong) checkDialog :: Query Bool checkDialog = checkAtom "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_DIALOG" checkAtom :: String -> String -> Query Bool checkAtom name value = ask >>= \w -> liftX $ do a <- getAtom name val <- getAtom value mbr <- getProp w a case mbr of Just [r] -> return $ elem (fromIntegral r) [val] _ -> return False -- | Helper to read a property getProp :: Window -> Atom -> X (Maybe [CLong]) getProp w a = withDisplay $ \dpy -> io $ getWindowProperty32 dpy a w You would probably change checkDialog to use checkAtom "_NET_WM_STATE" "_NET_WM_STATE_ABOVE" I would credit the original author I stole this from, but I can't seem to find it again. Hope this helps and isn't simply reproducing what you've already tried :) On Thu, Dec 11, 2014 at 11:21 AM, Chris Bell wrote: > Hi, all > > I was wondering, how could I set a window to float based on its atomic > window properties? I'm running Xmonad raw on top of X on Fedora 20; no DE. > According to xprop, the only 'special' property of this window is: > > _NET_WM_STATE(ATOM) = _NET_WM_STATE_ABOVE, _NET_WM_STATE_STICKY > > particularly the STATE_ABOVE property. So far, I haven't found a reliable > way to extract and check if this property exists is set within a mange > hook. I've tried pulling the entire property as a stringProperty - and > later as an atomic using getAtom - and looking for my string with IsInfixOf > (but I think that was pretty misguided, since it wouldn't compile), and > I've tried checking against: > > ( isInProperty "_NET_WM_STATE" "_NET_WM_STATE_ABOVE" ) > > and have also tried it with "_NET_WM_STATE(ATOM)". I don't get any compile > errors, but... it doesn't automatically float the windows, either. I > apologize if it's something simple I'm overlooking - I've found the Haskell > difficulty curve to be more extreme than any other language I've worked > with. With the possible exception of Matlab. > > The window is one of those fancy special new "panel" not-windows that > Chrome is implementing; it's for the Hangouts extension with 'enable > panels' turned on in chrome://flags/#enable-panels. They're frustrating, > because Chrome can actually handle them as dockable internal window, > docking them at the bottom of the browser. Or it can be handled by the OS > WM. All of the window properties are identical to a normal Chrome window, > except the STATE_ABOVE flag, so that's all I can think to use. > > Any suggestions are more than welcome. > > Regards, > > Chris Bell > > Ph.D. Candidate, Teaching Assistant, Gentleman, Scholar, Penguin Wrangler > University of South Florida > College of Engineering > Department of Computer Science and Engineering > NarMOS Research Team, Official Daemon Charmer > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Thu Dec 11 17:55:18 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 11 Dec 2014 12:55:18 -0500 Subject: [xmonad] Use atomic window props in window manage hook In-Reply-To: References: Message-ID: On Thu, Dec 11, 2014 at 12:21 PM, Chris Bell wrote: > (but I think that was pretty misguided, since it wouldn't compile), and > I've tried checking against: > > ( isInProperty "_NET_WM_STATE" "_NET_WM_STATE_ABOVE" ) > This is the correct way to do it, if it is set at map time. But it might not be, in which case you need a handleEventHook looking for a _NET_WM_STATE ClientMessage. And Chrome does have a certain annoying history of not setting various window properties until after the window is mapped. -- 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 Dec 11 17:56:20 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 11 Dec 2014 12:56:20 -0500 Subject: [xmonad] Use atomic window props in window manage hook In-Reply-To: References: Message-ID: On Thu, Dec 11, 2014 at 12:53 PM, Eric Mrak wrote: > This is what I use for checking for _NET_WM_WINDOW_TYPE_DIALOG atoms: > You have reinvented XMonad.Hooks.ManageHelpers.isDialog. -- 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 cwbell at mail.usf.edu Fri Dec 12 16:55:46 2014 From: cwbell at mail.usf.edu (Chris Bell) Date: Fri, 12 Dec 2014 11:55:46 -0500 Subject: [xmonad] Use atomic window props in window manage hook In-Reply-To: References: Message-ID: On Thu, Dec 11, 2014 at 12:55 PM, Brandon Allbery wrote: > This is the correct way to do it, if it is set at map time. Aha, thanks. It turns out my code had a typo (extra underscore), but I didn't notice it because I wasn't sure I was even taking the correct approach. > And Chrome does have a certain annoying history of not > setting various window properties until after the window is mapped. I know... I've dedicated a sizable chunk of my xmonad.hs just to handling Chrome's various special cases. Chris Bell Ph.D. Candidate, Teaching Assistant, Gentleman, Scholar, Penguin Wrangler University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team, Official Daemon Charmer From nzeh at cs.dal.ca Fri Dec 12 17:10:10 2014 From: nzeh at cs.dal.ca (Norbert Zeh) Date: Fri, 12 Dec 2014 13:10:10 -0400 Subject: [xmonad] Added a new simple layout Message-ID: ... and thought I'd share. Patch is attached. Cheers, Norbert -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dwindle.patch Type: text/x-patch Size: 53061 bytes Desc: not available URL: From mail at joachim-breitner.de Thu Dec 18 22:25:51 2014 From: mail at joachim-breitner.de (Joachim Breitner) Date: Thu, 18 Dec 2014 23:25:51 +0100 Subject: [xmonad] [xmonad-contrib] XMonad.Prompt.Pass patch In-Reply-To: <87r3zkvfmu.fsf@gmail.com> References: <87mwdf8r4j.fsf@gmail.com> <87wqcia2q5.fsf@gmail.com> <877g4cbrkp.fsf@gmail.com> <874myci1sy.fsf@schoepe.localhost> <8738dtflrf.fsf@gmail.com> <87r41dghes.fsf@schoepe.localhost> <871ttcflbd.fsf@gmail.com> <87d2bkjo7t.fsf@schoepe.localhost> <87lhq7ecg3.fsf@gmail.com> <87iolbe5is.fsf@gmail.com> <0A8A27D2-AFDD-4A4E-B309-05260F87C6AF@bewilderbeest.net> <87ha0vdvt1.fsf@gmail.com> <9A81EF32-CA2F-464F-AF1E-1CD5C7C39DD4@bewilderbeest.net> <87ppfi9vxz.fsf@gmail.com> <811F5CE2-2496-4FFF-B7DB-A297AC7AF04D@bewilderbeest.net> <87vbp514or.fsf@gmail.com> <87r3zkvfmu.fsf@gmail.com> Message-ID: <1418941551.25663.1.camel@joachim-breitner.de> Dear ardumont, I started using pass and was about to implement a prompt on my own when I noticed that you already did something in that direction. But from reading the code, I have a some worries: I?d expect the getPasswords :: String -> IO [String] getPasswords passwordStoreDir = liftM (map takeBaseName) $ getDirectoryContents passwordStoreDir to break if the passwords are stored in subdirectories. I believe you need to recursively traverse the directory. It would be cleaner if you could simply ask pass for the list of passwords, but that does not seem to be possible. Maybe you should contact the author and suggest a new parameter to "pass list" that would change the output to be a simple list, instead of the tree output. Also, code like selectPassword passLabel = spawn $ "pass --clip " ++ passLabel could be a problem if the password label contains shell characters. You probably want to use safeSpawn from XMonad.Util.Run. Greetings, Joachim -- Joachim ?nomeata? Breitner mail at joachim-breitner.de ? http://www.joachim-breitner.de/ Jabber: nomeata at joachim-breitner.de ? GPG-Key: 0xF0FBF51F Debian Developer: nomeata at debian.org -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: This is a digitally signed message part URL: From nrujac at gmail.com Fri Dec 19 00:39:40 2014 From: nrujac at gmail.com (Arjun Comar) Date: Thu, 18 Dec 2014 19:39:40 -0500 Subject: [xmonad] (DynamicWorkspaces) Generalize new workspace addition functions to support arbitrary insertion Message-ID: This patch was developed based on a request for functionality at: http://www.reddit.com/r/xmonad/comments/2pnjse/dynamic_workspaces_appending_new_workspace_from/ * Generalize new workspace addition functions to support arbitrary insertion. The current DynamicWorkspaces module only supports adding new workspaces at the start of the list of workspaces. This means when binding workspaces to keys based on the position in the list, key bindings can change as workspaces are added in removed in a far more destructive way than necessary. Instead, supporting appending and arbitrary insertion allows the user to determine where the new workspace should be added. This patch is a straight generalization of the addHiddenWorkspace' function. Rather than always using `(:)` to insert the new workspace into the list of workspaces, this patches causes it to use an arbitrary list insertion function instead. A few new functions are added to prevent breakage of external code while exported functions are left unchanged. List of new functions: appendWorkspace appendWorkspacePrompt addWorkspaceAt addHiddenWorkspaceAt Existing functions were modified to call their generalized brethren where possible without changing functionality. This patch should not change behavior for any existing users of this module. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: generalizedInsert.dpatch Type: application/octet-stream Size: 30729 bytes Desc: not available URL: From felixc at felixcrux.com Fri Dec 19 02:16:27 2014 From: felixc at felixcrux.com (felixc at felixcrux.com) Date: Thu, 18 Dec 2014 21:16:27 -0500 (EST) Subject: [xmonad] darcs patch: Layout.Spacing: Outer window edges now get as much spa... Message-ID: <20141219021627.92BBBC00280@frontend1.nyi.internal> Hello XMonad contributors! I've attached here my first patch to XMonadContrib; specifically to the Layout.Spacing component. This change makes it so that all edges of all windows have the same amount of space around them, regardless of whether they're up against the edge of the screen. This matches my personal preference, but I don't know whether the original behaviour was by design or if this style of spacing was already considered and rejected. I'd welcome any discussion on the pros and cons of doing things this way, as well as finding out whether anyone objects to this change. At the end of the day it's up to you whether this patch should be included. Thank you to geekosaur and fizzie in #xmonad for their help with the tricky question of determining whether a Workspace has just one window on it, for the smartSpacing part. All the best, Felix 1 patch for repository http://code.haskell.org/XMonadContrib: Thu Dec 18 20:47:34 EST 2014 Felix Crux * Layout.Spacing: Outer window edges now get as much spacing as inner ones Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 1705 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: layout_spacing_-outer-window-edges-now-get-as-much-spacing-as-inner-ones.dpatch Type: application/x-darcs-patch Size: 26134 bytes Desc: A darcs patch for your repository! URL: From allbery.b at gmail.com Fri Dec 19 14:35:53 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 19 Dec 2014 09:35:53 -0500 Subject: [xmonad] darcs patch: Layout.Spacing: Outer window edges now get as much spa... In-Reply-To: <20141219021627.92BBBC00280@frontend1.nyi.internal> References: <20141219021627.92BBBC00280@frontend1.nyi.internal> Message-ID: On Thu, Dec 18, 2014 at 9:16 PM, wrote: > > This matches my personal preference, but I don't know whether the original > behaviour was by design or if this style of spacing was already considered > and rejected. > There's at least three variations of this module that have been requested; and, oddly, everyone proposing a variant thinks that it is intuitively obvious that it's the only sensible one and wonders why nobody else ever considered it or if there's some technical reason why it's not already "the" implementation. In other words, you should be providing an *alternative* instead of replacing the existing implementation, because your "obviously correct" is not obvious to everyone else. -- 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 codesite-noreply at google.com Fri Dec 19 19:31:50 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 19 Dec 2014 19:31:50 +0000 Subject: [xmonad] Issue 583 in xmonad: Lockup with runOrRaisePrompt Message-ID: <0-3425899027203913298-7437463826904884911-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 583 by Frederic... at gmail.com: Lockup with runOrRaisePrompt https://code.google.com/p/xmonad/issues/detail?id=583 What steps will reproduce the problem? 1. Open a couple of windows. 2. Use key combinations for the runOrRaise prompt. 3. While the prompt is open, click on a window which didn't have the focus. What is the expected output? What do you see instead? Expected either the focus to change or at least the prompt to close. What actually happens is the whole xmonad session locks up. Unable to close the prompt, no key combinations work. Must kill the session. What version of the product are you using? On what operating system? XMonad 0.11 on NixOS. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Attachments: xmonad.hs 13.3 KB xmonad-x86_64-linux 3.3 MB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From felixc at felixcrux.com Fri Dec 19 22:40:11 2014 From: felixc at felixcrux.com (Felix Crux) Date: Fri, 19 Dec 2014 17:40:11 -0500 Subject: [xmonad] darcs patch: Layout.Spacing: Outer window edges now get as much spa... In-Reply-To: References: <20141219021627.92BBBC00280@frontend1.nyi.internal> Message-ID: <20141219224011.GA25427@mir.felixcrux.com> On Fri, Dec 19 09:35, Brandon Allbery wrote: > There's at least three variations of this module that have been requested; > and, oddly, everyone proposing a variant thinks that it is intuitively > obvious that it's the only sensible one and wonders why nobody else ever > considered it or if there's some technical reason why it's not already > "the" implementation. Hm; I must not have expressed myself clearly. My intention in labelling the change as "personal preference", asking whether there were existing reasons for having it the current way, and putting it up for discussion, was precisely to indicate that I *don't* think this is the only sensible way, and that I suspect someone *has* considered different ways. > In other words, you should be providing an *alternative* instead of > replacing the existing implementation, because your "obviously correct" is > not obvious to everyone else. Again, when I said "personal preference", I did not expect it to be taken as implying I believe it to be "obviously correct". I have attached a modified patch that adds this behaviour as a separate option that does not replace the existing behaviour. Cheers, -- Felix -------------- next part -------------- 1 patch for repository http://code.haskell.org/XMonadContrib: Fri Dec 19 17:36:46 EST 2014 Felix Crux * Layout.Spacing: Outer window edges now get as much spacing as inner ones Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. New patches: [Layout.Spacing: Outer window edges now get as much spacing as inner ones Felix Crux **20141219223646 Ignore-this: 61363e97939fe857876c8252ac5f0302 Layout.Spacing applies a customizable amount of space around the outside of each window. At window edges where two windows meet, the total distance between them is therefore twice the customized value (one space value from each window). At the edge of the screen, however, the spacing is only applied once. This results in uneven amounts of spacing and differently-sized gaps on the screen. This patch extends the Spacing layout to include a further gap all around the edge of the screen, thus making all spaces around windows equal in size. ] { hunk ./XMonad/Layout/Spacing.hs 21 -- $usage spacing, Spacing, + spacingWithEdge, SpacingWithEdge, smartSpacing, SmartSpacing, hunk ./XMonad/Layout/Spacing.hs 23 + smartSpacingWithEdge, SmartSpacingWithEdge, ) where hunk ./XMonad/Layout/Spacing.hs 29 import Graphics.X11 (Rectangle(..)) import Control.Arrow (second) +import XMonad.Core (runLayout) +import XMonad.StackSet (up, down, Workspace(..)) import XMonad.Util.Font (fi) import XMonad.Layout.LayoutModifier hunk ./XMonad/Layout/Spacing.hs 58 modifierDescription (Spacing p) = "Spacing " ++ show p +-- | Surround all windows by a certain number of pixels of blank space, and +-- additionally adds the same amount of spacing around the edge of the screen. +spacingWithEdge :: Int -> l a -> ModifiedLayout SpacingWithEdge l a +spacingWithEdge p = ModifiedLayout (SpacingWithEdge p) + +data SpacingWithEdge a = SpacingWithEdge Int deriving (Show, Read) + +instance LayoutModifier SpacingWithEdge a where + + pureModifier (SpacingWithEdge p) _ _ wrs = (map (second $ shrinkRect p) wrs, Nothing) + + modifyLayout (SpacingWithEdge p) w r = runLayout w (shrinkRect p r) + + modifierDescription (SpacingWithEdge p) = "SpacingWithEdge " ++ show p + shrinkRect :: Int -> Rectangle -> Rectangle shrinkRect p (Rectangle x y w h) = Rectangle (x+fi p) (y+fi p) (w-2*fi p) (h-2*fi p) hunk ./XMonad/Layout/Spacing.hs 89 pureModifier (SmartSpacing p) _ _ wrs = (map (second $ shrinkRect p) wrs, Nothing) modifierDescription (SmartSpacing p) = "SmartSpacing " ++ show p + +-- | Surrounds all windows with blank space, and adds the same amount of spacing +-- around the edge of the screen, except when the window is the only visible +-- window on the current workspace. +smartSpacingWithEdge :: Int -> l a -> ModifiedLayout SmartSpacingWithEdge l a +smartSpacingWithEdge p = ModifiedLayout (SmartSpacingWithEdge p) + +data SmartSpacingWithEdge a = SmartSpacingWithEdge Int deriving (Show, Read) + +instance LayoutModifier SmartSpacingWithEdge a where + + pureModifier _ _ _ [x] = ([x], Nothing) + pureModifier (SmartSpacingWithEdge p) _ _ wrs = (map (second $ shrinkRect p) wrs, Nothing) + + modifyLayout (SmartSpacingWithEdge p) w r + | maybe False (\s -> null (up s) && null (down s)) (stack w) = runLayout w r + | otherwise = runLayout w (shrinkRect p r) + + modifierDescription (SmartSpacingWithEdge p) = "SmartSpacingWithEdge " ++ show p } Context: [X.C.Prime: doc tweaks Devin Mullins **20141002075939 Ignore-this: 20d6b829b810f48b5e4b4c161b39b312 ] [X.A.Navigation2D: add convenience functions for setting config & keybindings Devin Mullins **20141002075757 Ignore-this: ed01137f03a531f73315ed503d1eb6ef 1. Added 'additionalNav2DKeys' which adds keybindings for the cartesian product of direction keys and (modifier, action) pairs given. 2. Added 'navigation2D' which combines that with 'withNavigation2DConfig'. 3. Added 'additionalNav2DKeysP' and 'navigation2DP' which do the same, but use the 'additionalKeysP' syntax. ] [X.C.Prime: doc fixes Devin Mullins **20141001075855 Ignore-this: dbbe00791b04df61dcd595c50333fba ] [X.C.Prime: add 'withScreens' and friends Devin Mullins **20141001075250 Ignore-this: eba37b1ff3da265a4dcc509f538fce4d The screen equivalent of 'withWorkspaces' lets you more easily define keys that move/swap between screens. Also, rename wsKeyspecs to wsKeys, and make a couple of doc tweaks. ] [Implement proper handling of dynamically changing hostname Anton Vorontsov **20140901072158 Ignore-this: 2aeac6d2161e666d40cda6a09f78b208 The module implements a proper way of finding out whether the window is remote or local. Just checking for a hostname and WM_CLIENT_MACHINE being equal is often not enough because the hostname is a changing subject (without any established notification mechanisms), and thus WM_CLIENT_MACHINE and the hostname can diverge even for a local window. This module solves the problem. As soon as there is a new window created, we check the hostname and WM_CLIENT_MACHINE, and then we cache the result into the XMONAD_REMOTE property. Notice that XMonad itself does not know anything about hostnames, nor does it have any dependency on Network.* modules. For this module it is not a problem: you can provide a mean to get the hostname through your config file (see usage). Or, if you don't like the hassle of handling dynamic hostnames (suppose your hostname never changes), it is also fine: this module will fallback to using environment variables. ] [Add Stoppable layout for power saving Anton Vorontsov **20140901072141 Ignore-this: a52805d9f3095cd7af48507847ed2fe3 This module implements a special kind of layout modifier, which when applied to a layout, causes xmonad to stop all non-visible processes. In a way, this is a sledge-hammer for applications that drain power. For example, given a web browser on a stoppable workspace, once the workspace is hidden the web browser will be stopped. Note that the stopped application won't be able to communicate with X11 clipboard. For this, the module actually stops applications after a certain delay, giving a chance for a user to complete copy-paste sequence. By default, the delay equals to 15 seconds, it is configurable via 'Stoppable' constructor. The stoppable modifier prepends a mark (by default equals to "Stoppable") to the layout description (alternatively, you can choose your own mark and use it with 'Stoppable' constructor). The stoppable layout (identified by a mark) spans to multiple workspaces, letting you to create groups of stoppable workspaces that only stop processes when none of the workspaces are visible, and conversely, unfreezing all processes even if one of the stoppable workspaces are visible. To stop the process we use signals, which works for most cases. For processes that tinker with signal handling (debuggers), another (Linux-centric) approach may be used. See https://www.kernel.org/doc/Documentation/cgroups/freezer-subsystem.txt ] [X.C.Prime: doc changes Devin Mullins **20140925203037 Ignore-this: 51204c1a9f2e6ed21228d2910417fd21 ] [X.C.Prime: add withWorkspaces et al. Devin Mullins **20140925203034 Ignore-this: 65f691270110cc5de13c950d9dcb0c17 This allows easier configuration of workspaces and their keybindings. Required generalizing the 'Prime' type, so lots of other lines changed in rather trivial ways. ] [X.C.Prime: add ifThenElse binding Devin Mullins **20140924191509 Ignore-this: ae775c418c27301b9c12d2a233502cec This is necessary for if-then-else support in the user's config. ] [X.C.Prime: doc fixes Devin Mullins **20140915080601 Ignore-this: 15e3c445a99d3b2d3a235aa76119797 ] [X.C.Prime: fix 'def' hyperlink in doc Devin Mullins **20140914075352 Ignore-this: a1de1d81a5f140ab7d90edbf393e9bda ] [XMonad.Config.Prime, a do-notation for config Devin Mullins **20140914064828 Ignore-this: f7397aa6e6efe5d76acebfa22c567baa Note that the use of RebindableSyntax is because of the need to vary the layoutHook type throughout the config. The alternative, using the existential Layout type, was rejected because it required TemplateHaskell in order to look nice, and TemplateHaskell is not portable. I've tried to make a version of (>>) that also worked on normal monads, but have had no luck as of yet. Maybe some intrepid soul can add it later. ] [X.P.Shell: fix doc typo me at twifkak.com**20130317115516 Ignore-this: bdd385a9142ed039a917d135e76293fe ] [reverse workspaces, so that switching to a dynamic workspace group restores the focus to the screen that was focused at group creation time nwfilardo at gmail.com**20140913174118 Ignore-this: b74c02b1892159694827e35122c2d517 ] [add filepath dependency, needed by new X.P.Pass module me at twifkak.com**20140913070926 Ignore-this: fec97086c1e66cf8a036265bd1a970a8 ] [add-new-xmonad-prompt-pass eniotna.t at gmail.com**20140829131928 Ignore-this: 11e85dfe3d24cef88d8d89f4e7b1ec0b This module provides 3 to ease passwords manipulation (generate, read, remove): - one to lookup passwords in the password-storage. - one to generate a password for a given password label that the user inputs. - one to delete a stored password for a given password label that the user inputs. All those prompts benefit from the completion system provided by the module . The password store is setuped through an environment variable PASSWORD_STORE_DIR. If this is set, use the content of the variable. Otherwise, the password store is located on user's home @$HOME\/.password-store at . Source: - The password storage implementation is . - Inspired from ] [use Data.Map instead of Data.Map.Strict to support containers < 0.5 Adam Vogt **20140815043141 Ignore-this: 436d18657d8499f4ce57311e84503d9f ] [config-mate allbery.b at gmail.com**20140803020659 Ignore-this: d5de258c0a28cd5ba64a59cf37cd480a Initial support for the Mate desktop environment (http://mate-desktop.org). Based on existing Gnome 2 support, since Mate is a maintained fork of Gnome 2. ] [debug-managehook allbery.b at gmail.com**20140803020601 Ignore-this: 51f9255b496cca79e4a53e274c400ecc A set of hooks, and convenience combinators, to help with ManageHook debugging. Ordinary users may well want to use debugManageHookOn in normal configs, specifying a key sequence which can be pressed before running a command in order to capture debug information just for that command's main window. This is especially useful when trying to diagnose issues such as programs that do not play well with SpawnOn, or ManageHook matching on 'title' when the program does not set the window title until after it is mapped. ] [debug-debug allbery.b at gmail.com**20140803020530 Ignore-this: cbb2b1d99293e3a4d02a256c2733aeb0 Various fixes and enhancements to DebugWindow and DebugStack. ManageDebug requires these fixes, but some of them are significant even if not using ManageDebug. ] [derive Applicative instances to suppress AMP warning Adam Vogt **20140710163950 Ignore-this: c2110d07bccc61462c3fbf73c900aaa1 ] [clean up cabal file and drop support for base < 3 Adam Vogt **20140710013255 Ignore-this: 76b142e2b114604feac9b8e41cf71ab ] [add-duck-duck-go-search-engine eniotna.t at gmail.com**20140617174246 Ignore-this: 29bbfb2d07d9ddf36bf0268a4e255f81 ] [XSelection: getSelection: fix connection exhaustion bug (issue #573); include warning gwern at gwern.net**20140601025019 Ignore-this: add21190fc07338b243c2241cc746119 ] [Fix dbus-send call in XMonad.Config.Gnome md143rbh7f at gmail.com**20140129032114 Ignore-this: ed62458b55c8b34b77f73027eeee1a73 dbus-send --print-reply=string is invalid, but it was silently ignored until recently: http://cgit.freedesktop.org/dbus/dbus/commit/tools/dbus-send.c?id=c690ee4351f99ed5e629ffcf5f4a2edcd418d103 I've changed XMonad.Config.Gnome to run --print-reply=literal, since that's what the old behavior was. ] [warning police (unused variables) Adam Vogt **20140505001242 Ignore-this: a15b4d844b1da4f1f1f9b6095c968705 ] [This patch makes the Ssh extension works with **user** arguments in ssh, .e.g ssh admin at localhost. linxray at gmail.com**20140504091120 Ignore-this: 297673e11d3049c4f127aac3e172d361 ] [remove trailing whitespace in L.BinarySpacePartition Adam Vogt **20140501011943 Ignore-this: 8dd677978992e0854801b8f254463dc2 ] [replace Bound with the equivalent Direction2D Adam Vogt **20140501011540 Ignore-this: b1f1c256aba07f70918fe1d693c8087b ] [remove unused extension in BSP Adam Vogt **20140501011455 Ignore-this: a4962486b2aa3980536bff19a537451e ] [Add BinarySpacePartition layout benweitzman at gmail.com**20140430205848 Ignore-this: a85d1dc51bf54c59ae2bd9d948cc1088 ] [X.Actions.DynamicWorkspaceGroups: export new function addRawWSGroup Brent Yorgey **20140428142901 Ignore-this: a487882c9571bf91ff921d6561bb4cc6 ] [Remove unneeded context with the IfMax layout instance Adam Vogt **20140422221105 Ignore-this: 3b8ac316f56df6a84420754db769fb0 Extra constraints on instances are about as useful as -XDataTypeContexts ] [Adding side tabs and replacing TabbarLocation with Direction2D. nrujac at gmail.com**20140219200811 Ignore-this: edabeec973b4e0d61515818367689843 ] [warning police Daniel Wagner **20140316183747 Ignore-this: fd16435ccdd3fee8924723cc690cc239 ] [New module: XMonad.Util.WindowState Dmitry Bogatov **20140218100229 Ignore-this: 14a6fa263c423cd8cca3b2645b3930d7 Save almost arbitary data per window ] [Add side tabs to the tabbed layout. nrujac at gmail.com**20140213215247 Ignore-this: f81bafe9cb75a30ed6bbbe68cf5d66c0 ] [SpawnNamedPipe hlint cleanup cwills.dev at gmail.com**20140202213613 Ignore-this: dbb68c4c5522026bd108d0158e747b48 ] [document and cleanup SpawnNamedPipe cwills.dev at gmail.com**20140202211000 Ignore-this: b264278f1f1ab1f18b37245a5ff33136 ] [Added SpawnNamedPipe cwills.dev at gmail.com**20140202143415 Ignore-this: 87797ffffc8d0fd088482bd0c5baf0e ] [Make commandToComplete in XMonad.Prompt.Shell complete last word md143rbh7f at gmail.com**20140130200050 Ignore-this: b0fe22fdd7b9409835fd0ca069f2e01a The following change from 2013-02-09 breaks shell completion for me: hunk ./XMonad/Prompt/Shell.hs 65 + commandToComplete _ c = c It seems to be passing the entire string into compgen in order to get the file completions, but it should only pass the last word. I propose reverting this change. Comments are appreciated. ] [expose and document X.L.IndependentScreens.marshallSort Daniel Wagner **20140128212844 Ignore-this: 90c1437c6ffe1dbd8f4a4ed192097ec ] [ServerMode properly indent Adam Vogt **20131219201440 Ignore-this: 761b39c3e3c90b6123f068e8b1d34e5d ] [remove ServerMode tabs Adam Vogt **20131219201000 Ignore-this: f21448c248ec0ac289c309ed964ebcff ] [fix -Wall ServerMode Adam Vogt **20131219181030 Ignore-this: 708dd5fc60f43dee3d1da085002052f ] [documentation note that ServerMode is similar to wmctrl Adam Vogt **20131219180748 Ignore-this: 3215bdf1c698c798eca8ed7f62a0f591 ] [Generalized XMonad.Hooks.ServerMode polson2 at hawk.iit.edu**20131216025100 Ignore-this: e58da3b168a1058f32982833ea25a739 ] [IfMax-Layout Ilya Portnov **20131201072634 Ignore-this: dac53f2a0505e740f05fdf03f1db0c21 This adds a new ("conditional") layout, IfMax, which simply runs one layout, if there are <= N windows, and else runs another layout. ] [fix UrgencyHook and add filterUrgencyHook Adam Vogt **20130924224738 Ignore-this: 3b7c62275701e6758397977c5c09b744 ] [export XMonad.Hooks.UrgencyHook.clearUrgency (issue 533) Adam Vogt **20130923031349 Ignore-this: dafe5763d9abcfa606f5c1a8cf5c57d6 ] [minor documentation fix: manageDocks doesn't do anything with struts, so don't claim it does Daniel Wagner **20130814125106 Ignore-this: a2610d6c1318ac0977abfc21d1b91632 ] [don't pretend to be LG3D in X.C.Dmwit because this confuses modern GTK Daniel Wagner **20130813211636 Ignore-this: 8f728dc1b4bf5e472d99419cc5920e51 ] [XMonad.Actions.UpdatePointer: generalise updatePointer Liyang HU **20130730071007 Ignore-this: 3374a62b6c63dcc152dbf843cd0577f0 ] [XMonad.Actions.UpdatePointer: document TowardsCentre Liyang HU **20130730053746 Ignore-this: 2d684b12e4fff0ebec254bea4a4546a3 ] [Haddock formatting in H.Minimize Adam Vogt **20130723155658 Ignore-this: 5db3186a51dec58f78954466ded339cb ] [Bump version (and xmonad dependency) to 0.12 Adam Vogt **20130720205857 Ignore-this: ce165178ca916223501f266339f1de39 This makes a breakage due to missing patches in core a bit more obvious. Previously you would have a build failure regarding some missing identifiers (def re-exported by XMonad from Data.Default), while after applying this patch it will be clear that xmonad-core needs to be updated. ] [Fix issue 551 by also getting manpath without -g flag. Adam Vogt **20130716030536 Ignore-this: ded2d51eb7b7697c0fdfaa8158d612df Instead of taking Ondrej's approach of figuring out which man (man-db or http://primates.ximian.com/~flucifredi/man/) is used by the system, just try both sets of flags. ] [Escape dzen markup and remove xmobar tags from window titles by default. Adam Vogt **20130708144813 Ignore-this: cf56bff752fbf78ea06d5c0cb755f615 The issue was that window titles, such as those set by, for example a browser, could set the window title to display something like normal title Which could be executed by xmobar (or dzen). This adds a ppTitleSanitize which does the above functions. This way when users override ppTitle, the benefits are not lost. Thanks to Ra?l Benencia and Joachim Breitner for bringing this to my attention. ] [DynamicBars-use-ExtensibleState gopsychonauts at gmail.com**20130618074755 Ignore-this: afacba51af2be8ede65b9bcf9b002a7 Hooks.DynamicBars was previously using an MVar and the unsafePerformIO hack ( http://www.haskell.org/haskellwiki/Top_level_mutable_state ) to store bar state. Since ExtensibleState exists to solve these sorts of problems, I've switched the file over to use unsafePerformIO instead. Some functions' types had to be changed to allow access to XState, but the public API is unchanged. ] [Catch exceptions when finding commands on PATH in Prompt.Shell Thomas Tuegel **20130616230219 Ignore-this: 5a4d08c80301864bc14ed784f1054c3f ] [Fix haddock parse error in X.A.LinkWorkspaces Adam Vogt **20130528133448 Ignore-this: 42f05cf8ca9e6d1ffae3bd20666d87ab ] [use Data.Default wherever possible, and deprecate the things it replaces Daniel Wagner **20130528013909 Ignore-this: 898458b1d2868a70dfb09faf473dc7aa ] [eliminate references to defaultConfig Daniel Wagner **20130528005825 Ignore-this: 37ae613e4b943e99c5200915b9d95e58 ] [minimal change needed to get xmonad-contrib to build with xmonad's data-default patch Daniel Wagner **20130528001040 Ignore-this: 291e4f6cd74fc2b808062e0369665170 ] [Remove unneeded XSync call in Layout.ShowWName Francesco Ariis **20130517153341 Ignore-this: 4d107c680572eff464c8f6ed9fabdd41 ] [Remove misleading comment: we definitely don't support ghc-6.6 anymore Adam Vogt **20130514215851 Ignore-this: 2d071cb05709a16763d039222264b426 ] [Fix module name in comment of X.L.Fullscreen Adam Vogt **20130514215727 Ignore-this: cb5cf18c301c5daf5e1a2527da1ef6bf ] [Minor update to cabal file (adding modules & maintainership) Adam Vogt **20130514215632 Ignore-this: 82785e02e544e1f797799bed5b5d9be2 ] [Remove trailing whitespace in X.A.LinkWorkspaces Adam Vogt **20130514215421 Ignore-this: 5015ab4468e7931876eb66b019af804c ] [Update documentation of LinkWorkspaces Module quesel at informatik.uni-oldenburg.de**20110328072813 Ignore-this: da863534931181f551c9c54bc4076c05 ] [Added a module for linking workspaces quesel at informatik.uni-oldenburg.de**20110210165018 Ignore-this: 1dba2164cc3387409873d33099596d91 This module provides a way to link certain workspaces in a multihead setup. That way, when switching to the first one the other heads display the linked workspaces. ] [Cache results from calcGap in ManageDocks Adam Vogt **20130425155811 Ignore-this: e5076fdbdfc68bc159424dd4e0f14456 http://www.haskell.org/pipermail/xmonad/2013-April/013670.html ] [Remove unnecessary contexts from L.MultiToggle Adam Vogt **20130217163356 Ignore-this: 6b0e413d8c3a58f62088c32a96c57c51 ] [Generalises modWorkspace to take any layout-transforming function gopsychonauts at gmail.com**20130501151425 Ignore-this: 28c7dc1f6216bb1ebdffef5434ccbcbd modWorkspace already was capable of modifying the layout with an arbitrary layout -> layout function, but its original type restricted it such that it could only apply a single LayoutModifier; this was often inconvenient, as for example it was not possible simply to compose LayoutModifiers for use with modWorkspace. This patch also reimplements onWorkspaces in terms of modWorkspaces, since with the latter's less restrictive type this is now possible. ] [since XMonad.Config.Dmwit mentions xmobar, we should include the associated .xmobarrc file Daniel Wagner **20130503194055 Ignore-this: 2f6d7536df81eb767262b79b60eb1b86 ] [warning police Daniel Wagner **20130502012700 Ignore-this: ae7412ac77c57492a7ad6c5f8f50b9eb ] [XMonad.Config.Dmwit Daniel Wagner **20130502012132 Ignore-this: 7402161579fd2e191b60a057d955e5ea ] [minor fixes to the haddock markup in X.L.IndependentScreens Daniel Wagner **20130411193849 Ignore-this: b6a139aa43fdb39fc1b86566c0c34c7a ] [add whenCurrentOn to X.L.IndependentScreens Daniel Wagner **20130408225251 Ignore-this: ceea3d391f270abc9ed8e52ce19fb1ac ] [Allow to specify the initial gaps' states in X.L.Gaps Paul Fertser **20130222072232 Ignore-this: 31596d918d0050e36ce3f64f56205a64 ] [should bump X11 dependency, too, to make sure we have getAtomName Daniel Wagner **20130225180527 Ignore-this: 260711f27551f18cc66afeb7b4846b9f ] [getAtomName is now defined in the X11 library Daniel Wagner **20130225180323 Ignore-this: 3b9e17c234679e98752a47c37132ee4e ] [Allow to limit maximum row count in X.Prompt completion window Paul Fertser **20130221122050 Ignore-this: 923656f02996f2de2b1336275392c5f9 On a keyboard-less device (such as a smartphone), where one has to use an on-screen keyboard, the maximum completion window height must be limited to avoid overlapping the keyboard. ] [Note in U.NameActions that xmonad core can list default keys now Adam Vogt **20130217233026 Ignore-this: 937bff636fa88171932d5192fe8e290b ] [Export U.NamedActions.addDescrKeys per evaryont's request. Adam Vogt **20130217232619 Ignore-this: a694a0a3ece70b52fba6e8f688d86344 ] [Add EWMH DEMANDS_ATTENTION support to UrgencyHook. Maarten de Vries **20130212181229 Ignore-this: 5a4b314d137676758fad9ec8f85ce422 Add support for the _NET_WM_STATE_DEMANDS_ATTENTION atom by treating it the same way as the WM_HINTS urgency flag. ] [Unconditionally set _NET_WORKAREA in ManageDocks Adam Vogt **20130117180851 Ignore-this: 9f57e53fba9573d8a92cf153beb7fe7a ] [spawn command when no completion is available (if alwaysHighlight is True); changes commandToComplete in Prompt/Shell to complete the whole word instead of using getLastWord c.lopez at kmels.net**20130209190456 Ignore-this: ca7d354bb301b555b64d5e76e31d10e8 ] [order-unindexed-ws-last matthewhague at zoho.com**20120703222726 Ignore-this: 4af8162ee8b16a60e8fd62fbc915d3c0 Changes the WorkspaceCompare module's comparison by index to put workspaces without an index last (rather than first). ] [SpawnOn modification for issue 523 Adam Vogt **20130114014642 Ignore-this: 703f7dc0f800366b752f0ec1cecb52e5 This moves the function to help clean up the `Spawner' to the ManageHook rather than in functions like spawnOn. Probably it makes no difference, the reason is because there's one manageSpawn function but many different so this way there are less functions to write. ] [Update L.TrackFloating.useTransient example code Adam Vogt **20130112041239 Ignore-this: e4e31cf1db742778c1d59d52fdbeed7a Suggest useTransient goes to the right of trackFloating which is the configuration actually tested. ] [Adapt ideas of issue 306 patch to a new modifier in L.TrackFloating Adam Vogt **20130112035701 Ignore-this: d54d27b71b97144ef0660f910fd464aa ] [Make X.A.CycleWS not rely on hidden WS order Dmitri Iouchtchenko **20130109023328 Ignore-this: 8717a154b33253c5df4e9a0ada4c2c3e ] [Add X.H.WorkspaceHistory Dmitri Iouchtchenko **20130109023307 Ignore-this: c9e7ce33a944facc27481dde52c7cc80 ] [Allow removing arbitrary workspaces Dmitri Iouchtchenko **20121231214343 Ignore-this: 6fce4bd3d0c5337e5122158583138e74 ] [Remove first-hidden restriction from X.A.DynamicWorkspaces.removeWorkspace' Dmitri Iouchtchenko **20121231214148 Ignore-this: 55fb0859e9a5f476a834ecbdb774aac8 ] [Add authorspellings file for `darcs show authors'. Adam Vogt **20130101040031 Ignore-this: c3198072ebc6a71d635bec4d8e2c78fd This authorspellings file includes a couple people who've contributed to xmonad (not XMonadContrib). When people have multiple addresses, the most recent one has been picked. ] [TAG 0.11 Adam Vogt **20130101014231 Ignore-this: 57cf32412fd1ce912811cb7fafe930f5 ] Patch bundle hash: 18f8e520bfbbbddddc046b8ed7ef1f5290e949fb From anton at enomsg.org Sat Dec 20 01:25:57 2014 From: anton at enomsg.org (Anton Vorontsov) Date: Sat, 20 Dec 2014 01:25:57 -0000 Subject: [xmonad] darcs patch: X.L.Master: Add FixMaster layout modifier Message-ID: 1 patch for repository http://code.haskell.org/XMonadContrib: Fri Dec 19 17:13:39 PST 2014 Anton Vorontsov * X.L.Master: Add FixMaster layout modifier This layout modifier is useful for the case if you desire to add a master pane that has fixed width (it's fixed even if there is just one window opened). Especially nice feature if you don't want to have too wide terminal in a master pane. The layout is implemented as an addition to Master layout, so it reuses most of the code. -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-preview.txt Type: text/x-darcs-patch Size: 3451 bytes Desc: Patch preview URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: x_l_master_-add-fixmaster-layout-modifier.dpatch Type: application/x-darcs-patch Size: 27012 bytes Desc: A darcs patch for your repository! URL: From jenia.ivlev at gmail.com Mon Dec 22 01:26:51 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Sun, 21 Dec 2014 20:26:51 -0500 Subject: [xmonad] How to start xmonad with lxde? Message-ID: <87mw6giiec.fsf@gmail.com> Hello. I want to start xmonad in another tty. I would like it to use lxde as the Desktop Environement. I read that in order to do that I need to leave the following in the xmonad's config file (~/.xmonad/xmonad.hs): main = xmonad $ desktopConfig { terminal = "lxterminal" } When I recompile the file in xmonad: xmonad --recompile I get the following error: xmonad.hs:1:59: parse error (possibly incorrect indentation or mismatched brackets) Can someone please tell me how to achive starting xmonad with lxde? Thanks in advance for your kind help P.S To start xmonad in the first place (no lxde) I use this: startx /usr/bin/xmonad From allbery.b at gmail.com Mon Dec 22 01:36:38 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 21 Dec 2014 20:36:38 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: <87mw6giiec.fsf@gmail.com> References: <87mw6giiec.fsf@gmail.com> Message-ID: On Sun, Dec 21, 2014 at 8:26 PM, jenia.ivlev wrote: > I want to start xmonad in another tty. I would like it to use lxde as > the Desktop Environement. I read that in order to do that I need to > leave the following in the xmonad's config file (~/.xmonad/xmonad.hs): > > main = xmonad $ desktopConfig { terminal = "lxterminal" } > At the very least, you need some imports with that: import XMonad import XMonad.Config.Desktop main = xmonad desktopConfig { terminal = "lxterminal" } I'm not sure what's up with the error you got, though; it appears to be at the end of the file. Control characters, perhaps? The output of env LANG=C od -c ~/.xmonad/xmonad.hs might be illuminating. -- 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 jenia.ivlev at gmail.com Mon Dec 22 02:02:13 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Sun, 21 Dec 2014 21:02:13 -0500 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> Message-ID: <87d27cigre.fsf@gmail.com> Brandon Allbery writes: > On Sun, Dec 21, 2014 at 8:26 PM, jenia.ivlev > wrote: > > I want to start xmonad in another tty. I would like it to use lxde > as > the Desktop Environement. I read that in order to do that I need > to > leave the following in the xmonad's config file > (~/.xmonad/xmonad.hs): > > main = xmonad $ desktopConfig { terminal = "lxterminal" } > > > At the very least, you need some imports with that: > > import XMonad > import XMonad.Config.Desktop > main = xmonad desktopConfig { terminal = "lxterminal" } > > I'm not sure what's up with the error you got, though; it appears to > be at the end of the file. Control characters, perhaps? The output of > I left, by accident, an extra character in xmoand.hs. > env LANG=C od -c ~/.xmonad/xmonad.hs > > might be illuminating. Thanks very much. I think it worked. But I must admit that I though, for some reason, that xmonad will start lxde and I will have all the normal lxde features (like program's bar on the buttom and so on). Instead, it only started the terminal from lxde. Can you please tell me, how do I start a full lxde Desktop Environment with xmonad? However, I don't want to change lxde configs because by default I want it to use openbox (which I can use easily). So can I start xmonad in such a way that it will use lxde as the Desktop Environment? Thanks very much in advance. From allbery.b at gmail.com Mon Dec 22 02:14:55 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 21 Dec 2014 21:14:55 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: <87d27cigre.fsf@gmail.com> References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> Message-ID: On Sun, Dec 21, 2014 at 9:02 PM, jenia.ivlev wrote: > Thanks very much. I think it worked. But I must admit that I though, for > some reason, that xmonad will start lxde and I will have all the normal > lxde features (like program's bar on the buttom and so on). Instead, it > only started the terminal from lxde. Can you please tell me, how do I > start a full lxde Desktop Environment with xmonad? > In general, you have to use the desktop environment to start the window manager, not the other way around; the window manager must be controlled by the desktop manager's session manager. The xmonad configuration you were given just minimally configures monad to play well with most desktop managers, but without any integration beyond using the LXDE terminal; in particular, it won't configure mod-shift-q to shut down the LXDE session, and the session manager will usually just restart the window manager if it exits so mod-shift-q will end up being the same as mod-q. Your xmonad.hs is the one from section 3 of https://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_LXDE but you also need the file from section 2 to configure LXDE to start xmonad; then you use "startlxde" as normal to start an LXDE session with xmonad as the window manager. I would use a slightly more detailed xmonad.hs to fix the mod-shift-q issue, though: import XMonad import XMonad.Config.Desktop import XMonad.Util.EZConfig main = xmonad $ desktopConfig { terminal = "lxterminal" } `additionalKeysP` [("M-S-q", spawn "lxsession-logout") (The above is also available as http://lpaste.net/116981) -- 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 jenia.ivlev at gmail.com Mon Dec 22 02:27:01 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Sun, 21 Dec 2014 21:27:01 -0500 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> Message-ID: <87lhm0h11m.fsf@gmail.com> Brandon Allbery writes: > On Sun, Dec 21, 2014 at 9:02 PM, jenia.ivlev > wrote: > > Thanks very much. I think it worked. But I must admit that I > though, for > some reason, that xmonad will start lxde and I will have all the > normal > lxde features (like program's bar on the buttom and so on). > Instead, it > only started the terminal from lxde. Can you please tell me, how > do I > start a full lxde Desktop Environment with xmonad? > > > In general, you have to use the desktop environment to start the > window manager, not the other way around; the window manager must be > controlled by the desktop manager's session manager. The xmonad > configuration you were given just minimally configures monad to play > well with most desktop managers, but without any integration beyond > using the LXDE terminal; in particular, it won't configure mod-shift-q > to shut down the LXDE session, and the session manager will usually > just restart the window manager if it exits so mod-shift-q will end up > being the same as mod-q. > > Your xmonad.hs is the one from section 3 of > https://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_LXDE but > you also need the file from section 2 to configure LXDE to start > xmonad; then you use "startlxde" as normal to start an LXDE session > with xmonad as the window manager. I would use a slightly more > detailed xmonad.hs to fix the mod-shift-q issue, though: > > import XMonad > import XMonad.Config.Desktop > import XMonad.Util.EZConfig > > main = xmonad $ desktopConfig { terminal = "lxterminal" } > `additionalKeysP` > [("M-S-q", spawn "lxsession-logout") > > (The above is also available as http://lpaste.net/116981) Okay, thanks very much Brandon From vogt.adam at gmail.com Mon Dec 22 02:52:49 2014 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 21 Dec 2014 21:52:49 -0500 Subject: [xmonad] darcs patch: Layout.Spacing: Outer window edges now get as much spa... In-Reply-To: <20141219224011.GA25427@mir.felixcrux.com> References: <20141219021627.92BBBC00280@frontend1.nyi.internal> <20141219224011.GA25427@mir.felixcrux.com> Message-ID: Hi Felix, I've pushed your patch. But here's an idea: In my config I have a: data ExpandEdges a = ExpandEdges Int deriving (Read,Show) instance LayoutModifier ExpandEdges Window where modifyLayout (ExpandEdges n) ws (Rectangle x y w h) = let bigRect = Rectangle (x - fromIntegral n) (y - fromIntegral n) (w + 2*fromIntegral n) (h + 2*fromIntegral n) in runLayout ws bigRect -- | push edges off-screen, or towards the center of the screen for negative numbers. expandEdges :: Int -> l a -> ModifiedLayout ExpandEdges l a expandEdges n layout = ModifiedLayout (ExpandEdges n) layout So we could define: spacingWithEdge n = expandEdges (-n) . spacing n This implementation is worse because the description is probably too long. But it does suggest that we're missing the combination that leaves no gaps at the screen edge: spacingOnlyBetweenWindows n = expandEdges n . spacing n Then again there's not too much point in defining extra things in contrib that nobody actually uses. Regards, Adam From vogt.adam at gmail.com Mon Dec 22 04:41:12 2014 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 21 Dec 2014 23:41:12 -0500 Subject: [xmonad] (DynamicWorkspaces) Generalize new workspace addition functions to support arbitrary insertion In-Reply-To: References: Message-ID: Thanks for the patch Arjun. I've pushed it. On Thu, Dec 18, 2014 at 7:39 PM, Arjun Comar wrote: > This patch was developed based on a request for functionality at: > http://www.reddit.com/r/xmonad/comments/2pnjse/dynamic_workspaces_appending_new_workspace_from/ > > * Generalize new workspace addition functions to support arbitrary > insertion. > > The current DynamicWorkspaces module only supports adding new workspaces > at the start of the list of workspaces. This means when binding workspaces > to keys based on the position in the list, key bindings can change > as workspaces are added in removed in a far more destructive way than > necessary. Instead, supporting appending and arbitrary insertion allows > the user to determine where the new workspace should be added. > > This patch is a straight generalization of the addHiddenWorkspace' > function. > Rather than always using `(:)` to insert the new workspace into the list > of workspaces, this patches causes it to use an arbitrary list insertion > function instead. A few new functions are added to prevent breakage of > external code while exported functions are left unchanged. > > List of new functions: > appendWorkspace > appendWorkspacePrompt > addWorkspaceAt > addHiddenWorkspaceAt > > Existing functions were modified to call their generalized brethren where > possible > without changing functionality. This patch should not change behavior for > any > existing users of this module. > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > From vogt.adam at gmail.com Mon Dec 22 04:41:53 2014 From: vogt.adam at gmail.com (adam vogt) Date: Sun, 21 Dec 2014 23:41:53 -0500 Subject: [xmonad] darcs patch: X.L.Master: Add FixMaster layout modifier In-Reply-To: <20141220012558.C18D6BCBFD@haskell.org> References: <20141220012558.C18D6BCBFD@haskell.org> Message-ID: Thanks Anton, I've applied your patch On Fri, Dec 19, 2014 at 8:25 PM, Anton Vorontsov wrote: > 1 patch for repository http://code.haskell.org/XMonadContrib: > > Fri Dec 19 17:13:39 PST 2014 Anton Vorontsov > * X.L.Master: Add FixMaster layout modifier > > This layout modifier is useful for the case if you desire to add a master > pane that has fixed width (it's fixed even if there is just one window > opened). Especially nice feature if you don't want to have too wide > terminal in a master pane. > > The layout is implemented as an addition to Master layout, so it reuses > most of the code. > > > > [X.L.Master: Add FixMaster layout modifier > Anton Vorontsov **20141220011339 > Ignore-this: 82e9736853287f753248af41843ceb6b > > This layout modifier is useful for the case if you desire to add a master > pane that has fixed width (it's fixed even if there is just one window > opened). Especially nice feature if you don't want to have too wide > terminal in a master pane. > > The layout is implemented as an addition to Master layout, so it reuses > most of the code. > ] { > hunk ./XMonad/Layout/Master.hs 21 > -- $usage > > mastered, > + fixMastered, > multimastered, > AddMaster, > ) where > hunk ./XMonad/Layout/Master.hs 29 > import XMonad > import qualified XMonad.StackSet as S > import XMonad.Layout.LayoutModifier > +import Control.Monad > > -- $usage > -- You can use this module with the following in your @~\/.xmonad\/xmonad.hs@: > hunk ./XMonad/Layout/Master.hs 41 > -- > -- > mastered (1/100) (1/2) $ Grid > -- > +-- Or if you prefer to have a master with fixed width: > +-- > +-- > fixMastered (1/100) (1/2) $ Grid > +-- > -- Or if you want multiple (here two) master windows from the beginning: > -- > -- > multimastered 2 (1/100) (1/2) $ Grid > hunk ./XMonad/Layout/Master.hs 62 > -- layout > data AddMaster a = AddMaster Int Rational Rational deriving (Show, Read) > > --- | Modifier which converts given layout to a mastered one > multimastered :: (LayoutClass l a) => > Int -- ^ @k@, number of master windows > -> Rational -- ^ @delta@, the ratio of the screen to resize by > hunk ./XMonad/Layout/Master.hs 78 > mastered delta frac = multimastered 1 delta frac > > instance LayoutModifier AddMaster Window where > - modifyLayout (AddMaster k delta frac) = applyMaster k delta frac > + modifyLayout (AddMaster k delta frac) = applyMaster False k delta frac > modifierDescription _ = "Mastered" > > pureMess (AddMaster k delta frac) m > hunk ./XMonad/Layout/Master.hs 88 > > pureMess _ _ = Nothing > > +data FixMaster a = FixMaster (AddMaster a) deriving (Show, Read) > + > +instance LayoutModifier FixMaster Window where > + modifyLayout (FixMaster (AddMaster k d f)) = applyMaster True k d f > + modifierDescription (FixMaster a) = "Fix" ++ modifierDescription a > + pureMess (FixMaster a) m = liftM FixMaster (pureMess a m) > + > +fixMastered :: (LayoutClass l a) => > + Rational -- ^ @delta@, the ratio of the screen to resize by > + -> Rational -- ^ @frac@, what portion of the screen to use for the master window > + -> l a -- ^ the layout to be modified > + -> ModifiedLayout FixMaster l a > +fixMastered delta frac = ModifiedLayout . FixMaster $ AddMaster 1 delta frac > + > -- | Internal function for adding a master window and let the modified > -- layout handle the rest of the windows > applyMaster :: (LayoutClass l Window) => > hunk ./XMonad/Layout/Master.hs 105 > - Int > + Bool > + -> Int > -> Rational > -> Rational > -> S.Workspace WorkspaceId (l Window) Window > hunk ./XMonad/Layout/Master.hs 112 > -> Rectangle > -> X ([(Window, Rectangle)], Maybe (l Window)) > -applyMaster k _ frac wksp rect = do > +applyMaster f k _ frac wksp rect = do > let st= S.stack wksp > let ws = S.integrate' $ st > hunk ./XMonad/Layout/Master.hs 115 > - let n = length ws > + let n = length ws + fromEnum f > if n > 1 then do > if(n<=k) then > return ((divideCol rect ws), Nothing) > } > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > From darcswatch at nomeata.de Mon Dec 22 04:45:44 2014 From: darcswatch at nomeata.de (darcswatch at nomeata.de) Date: Mon, 22 Dec 2014 04:45:44 +0000 Subject: [xmonad] Applied: (DynamicWorkspaces) Generalize new workspace addition functions to support arbitrary insertion References: Message-ID: This 1-patch bundle was just applied to http://code.haskell.org/XMonadContrib: 20141219002309 nrujac at gmail.com * Generalize new workspace addition functions to support arbitrary insertion. The current DynamicWorkspaces module only supports adding new workspaces at the start of the list of workspaces. This means when binding workspaces to keys based on the position in the list, key bindings can change as workspaces are added in removed in a far more destructive way than necessary. Instead, supporting appending and arbitrary insertion allows the user to determine where the new workspace should be added. This patch is a straight generalization of the addHiddenWorkspace' function. Rather than always using `(:)` to insert the new workspace into the list of workspaces, this patches causes it to use an arbitrary list insertion function instead. A few new functions are added to prevent breakage of external code while exported functions are left unchanged. List of new functions: appendWorkspace appendWorkspacePrompt addWorkspaceAt addHiddenWorkspaceAt Existing functions were modified to call their generalized brethren where possible without changing functionality. This patch should not change behavior for any existing users of this module. -- This message was brought to you by DarcsWatch http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html#bundle-7bd5422e259e5dc8b617cb5b9ff8b84867ff9f5d From codesite-noreply at google.com Mon Dec 22 05:14:43 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 22 Dec 2014 05:14:43 +0000 Subject: [xmonad] Issue 582 in xmonad: Add to EZConfig multimediaKeys In-Reply-To: <0-3425899027203913298-9952225165222450144-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-9952225165222450144-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-9952225165222450144-codesite-noreply=google.com@googlecode.com> Updates: Status: Fixed Cc: byor... at gmail.com Comment #1 on issue 582 by vogt.a... at gmail.com: Add to EZConfig multimediaKeys https://code.google.com/p/xmonad/issues/detail?id=582 I've pushed a patch adding XF86AudioMicMute to EZConfig byorgey: I'm wondering why we actually list so many keys because most of the strings listed are acceptable to stringToKeysym: > length keyNames 237 > filter (\(s,v) -> stringToKeysym s /= v) keyNames [("Backspace",65288),("Scroll_lock",65300),("Esc",65307),("L",65361),("U",65362),("R",65363),("D",65364),("Space",32)] So it would be possible to just use stringToKeysym, instead of having so many elements in keyNames? -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From vogt.adam at gmail.com Mon Dec 22 05:17:00 2014 From: vogt.adam at gmail.com (adam vogt) Date: Mon, 22 Dec 2014 00:17:00 -0500 Subject: [xmonad] darcs patch: BinarySpacePartition downstream changes In-Reply-To: <20141110202800.469345C1013@bw.dhcp.tripadvisor.com> References: <20141110202800.469345C1013@bw.dhcp.tripadvisor.com> Message-ID: Applied, thanks! On Mon, Nov 10, 2014 at 3:28 PM, wrote: > 1 patch for repository http://code.haskell.org/XMonadContrib: > > Mon Nov 10 15:22:59 EST 2014 benweitzman at gmail.com > * BinarySpacePartition downstream changes > Pulled in changes from my repo for this layout on github (https://github.com/benweitzman/BinarySpacePartition) > Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing users from > resiving a window up. > > Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick) > > > > > [BinarySpacePartition downstream changes > benweitzman at gmail.com**20141110202259 > Ignore-this: 42ecc2b07388ba0c7b3eac980256c17b > Pulled in changes from my repo for this layout on github (https://github.com/benweitzman/BinarySpacePartition) > Includes a new mode for resizing windows in a more intuitive way, also contains a bug fix that was preventing users from > resiving a window up. > > Includes changes from github users egasimus (Adam Avramov) and SolitaryCipher (Nick) > > ] { > hunk ./XMonad/Layout/BinarySpacePartition.hs 56 > -- > , ((modm, xK_r ), sendMessage Rotate) > -- > , ((modm, xK_s ), sendMessage Swap) > -- > +-- Here's an alternative key mapping, this time using additionalKeysP, > +-- arrow keys, and slightly different behavior when resizing windows > +-- > +-- > , ("M-M1-", sendMessage $ ExpandTowards L) > +-- > , ("M-M1-", sendMessage $ ShrinkFrom L) > +-- > , ("M-M1-", sendMessage $ ExpandTowards U) > +-- > , ("M-M1-", sendMessage $ ShrinkFrom U) > +-- > , ("M-M1-C-", sendMessage $ ShrinkFrom R) > +-- > , ("M-M1-C-", sendMessage $ ExpandTowards R) > +-- > , ("M-M1-C-", sendMessage $ ShrinkFrom D) > +-- > , ("M-M1-C-", sendMessage $ ExpandTowards D) > +-- > , ("M-s", sendMessage $ BSP.Swap) > +-- > , ("M-M1-s", sendMessage $ Rotate) ] > +-- > > -- |Message for rotating a split in the BSP. Keep in mind that this does not change the order > -- of the windows, it will just turn a horizontal split into a verticial one and vice versa > hunk ./XMonad/Layout/BinarySpacePartition.hs 77 > instance Message Rotate > > -- |Message for resizing one of the cells in the BSP > -data ResizeDirectional = ExpandTowards Direction2D | ShrinkFrom Direction2D deriving Typeable > +data ResizeDirectional = ExpandTowards Direction2D | ShrinkFrom Direction2D | MoveSplit Direction2D deriving Typeable > instance Message ResizeDirectional > > -- |Message for swapping the left child of a split with the right child of split. > hunk ./XMonad/Layout/BinarySpacePartition.hs 86 > data Swap = Swap deriving Typeable > instance Message Swap > > -data Direction = Horizontal | Vertical deriving (Show, Read, Eq) > +data Axis = Horizontal | Vertical deriving (Show, Read, Eq) > > hunk ./XMonad/Layout/BinarySpacePartition.hs 88 > -oppositeDirection :: Direction -> Direction > -oppositeDirection Vertical = Horizontal > -oppositeDirection Horizontal = Vertical > +oppositeDirection :: Direction2D -> Direction2D > +oppositeDirection U = D > +oppositeDirection D = U > +oppositeDirection L = R > +oppositeDirection R = L > > hunk ./XMonad/Layout/BinarySpacePartition.hs 94 > -split :: Direction -> Rational -> Rectangle -> (Rectangle, Rectangle) > +oppositeAxis :: Axis -> Axis > +oppositeAxis Vertical = Horizontal > +oppositeAxis Horizontal = Vertical > + > +toAxis :: Direction2D -> Axis > +toAxis U = Horizontal > +toAxis D = Horizontal > +toAxis L = Vertical > +toAxis R = Vertical > + > +split :: Axis -> Rational -> Rectangle -> (Rectangle, Rectangle) > split Horizontal r (Rectangle sx sy sw sh) = (r1, r2) where > r1 = Rectangle sx sy sw sh' > r2 = Rectangle sx (sy + fromIntegral sh') sw (sh - sh') > hunk ./XMonad/Layout/BinarySpacePartition.hs 114 > r2 = Rectangle (sx + fromIntegral sw') sy (sw - sw') sh > sw' = floor $ fromIntegral sw * r > > -data Split = Split { direction :: Direction > +data Split = Split { axis :: Axis > , ratio :: Rational > } deriving (Show, Read, Eq) > > hunk ./XMonad/Layout/BinarySpacePartition.hs 119 > oppositeSplit :: Split -> Split > -oppositeSplit (Split d r) = Split (oppositeDirection d) r > +oppositeSplit (Split d r) = Split (oppositeAxis d) r > > increaseRatio :: Split -> Rational -> Split > increaseRatio (Split d r) delta = Split d (min 0.9 (max 0.1 (r + delta))) > hunk ./XMonad/Layout/BinarySpacePartition.hs 124 > > +resizeDiff :: Rational > +resizeDiff = 0.05 > + > data Tree a = Leaf | Node { value :: a > , left :: Tree a > , right :: Tree a > hunk ./XMonad/Layout/BinarySpacePartition.hs 184 > > splitCurrentLeaf :: Zipper Split -> Maybe (Zipper Split) > splitCurrentLeaf (Leaf, []) = Just (Node (Split Vertical 0.5) Leaf Leaf, []) > -splitCurrentLeaf (Leaf, crumb:cs) = Just (Node (Split (oppositeDirection . direction . parentVal $ crumb) 0.5) Leaf Leaf, crumb:cs) > +splitCurrentLeaf (Leaf, crumb:cs) = Just (Node (Split (oppositeAxis . axis . parentVal $ crumb) 0.5) Leaf Leaf, crumb:cs) > splitCurrentLeaf _ = Nothing > > removeCurrentLeaf :: Zipper a -> Maybe (Zipper a) > hunk ./XMonad/Layout/BinarySpacePartition.hs 203 > swapCurrentLeaf (Leaf, c:cs) = Just (Leaf, swapCrumb c:cs) > swapCurrentLeaf _ = Nothing > > +isAllTheWay :: Direction2D -> Zipper Split -> Bool > +isAllTheWay _ (_, []) = True > +isAllTheWay R (_, LeftCrumb s _:_) > + | axis s == Vertical = False > +isAllTheWay L (_, RightCrumb s _:_) > + | axis s == Vertical = False > +isAllTheWay D (_, LeftCrumb s _:_) > + | axis s == Horizontal = False > +isAllTheWay U (_, RightCrumb s _:_) > + | axis s == Horizontal = False > +isAllTheWay dir z = maybe False id $ goUp z >>= Just . isAllTheWay dir > + > expandTreeTowards :: Direction2D -> Zipper Split -> Maybe (Zipper Split) > expandTreeTowards _ z@(_, []) = Just z > hunk ./XMonad/Layout/BinarySpacePartition.hs 217 > +expandTreeTowards dir z > + | isAllTheWay dir z = shrinkTreeFrom (oppositeDirection dir) z > expandTreeTowards R (t, LeftCrumb s r:cs) > hunk ./XMonad/Layout/BinarySpacePartition.hs 220 > - | direction s == Vertical = Just (t, LeftCrumb (increaseRatio s 0.1) r:cs) > + | axis s == Vertical = Just (t, LeftCrumb (increaseRatio s resizeDiff) r:cs) > expandTreeTowards L (t, RightCrumb s l:cs) > hunk ./XMonad/Layout/BinarySpacePartition.hs 222 > - | direction s == Vertical = Just (t, RightCrumb (increaseRatio s (-0.1)) l:cs) > + | axis s == Vertical = Just (t, RightCrumb (increaseRatio s (-resizeDiff)) l:cs) > expandTreeTowards D (t, LeftCrumb s r:cs) > hunk ./XMonad/Layout/BinarySpacePartition.hs 224 > - | direction s == Horizontal = Just (t, LeftCrumb (increaseRatio s 0.1) r:cs) > + | axis s == Horizontal = Just (t, LeftCrumb (increaseRatio s resizeDiff) r:cs) > expandTreeTowards U (t, RightCrumb s l:cs) > hunk ./XMonad/Layout/BinarySpacePartition.hs 226 > - | direction s == Horizontal = Just (t, RightCrumb (increaseRatio s (-0.1)) l:cs) > + | axis s == Horizontal = Just (t, RightCrumb (increaseRatio s (-resizeDiff)) l:cs) > expandTreeTowards dir z = goUp z >>= expandTreeTowards dir > > shrinkTreeFrom :: Direction2D -> Zipper Split -> Maybe (Zipper Split) > hunk ./XMonad/Layout/BinarySpacePartition.hs 232 > shrinkTreeFrom _ z@(_, []) = Just z > shrinkTreeFrom R z@(_, LeftCrumb s _:_) > - | direction s == Vertical = Just z >>= goSibling >>= expandTreeTowards L > + | axis s == Vertical = Just z >>= goSibling >>= expandTreeTowards L > shrinkTreeFrom L z@(_, RightCrumb s _:_) > hunk ./XMonad/Layout/BinarySpacePartition.hs 234 > - | direction s == Vertical = Just z >>= goSibling >>= expandTreeTowards R > + | axis s == Vertical = Just z >>= goSibling >>= expandTreeTowards R > shrinkTreeFrom D z@(_, LeftCrumb s _:_) > hunk ./XMonad/Layout/BinarySpacePartition.hs 236 > - | direction s == Horizontal = Just z >>= goSibling >>= expandTreeTowards U > + | axis s == Horizontal = Just z >>= goSibling >>= expandTreeTowards U > shrinkTreeFrom U z@(_, RightCrumb s _:_) > hunk ./XMonad/Layout/BinarySpacePartition.hs 238 > - | direction s == Horizontal = Just z >>= goSibling >>= expandTreeTowards D > + | axis s == Horizontal = Just z >>= goSibling >>= expandTreeTowards D > shrinkTreeFrom dir z = goUp z >>= shrinkTreeFrom dir > > hunk ./XMonad/Layout/BinarySpacePartition.hs 241 > +-- Direction2D refers to which direction the divider should move. > +autoSizeTree :: Direction2D -> Zipper Split -> Maybe (Zipper Split) > +autoSizeTree _ z@(_, []) = Just z > +autoSizeTree d z = > + Just z >>= getSplit (toAxis d) >>= resizeTree d > + > +-- resizing once found the correct split. YOU MUST FIND THE RIGHT SPLIT FIRST. > +resizeTree :: Direction2D -> Zipper Split -> Maybe (Zipper Split) > +resizeTree _ z@(_, []) = Just z > +resizeTree R z@(_, LeftCrumb _ _:_) = > + Just z >>= expandTreeTowards R > +resizeTree L z@(_, LeftCrumb _ _:_) = > + Just z >>= shrinkTreeFrom R > +resizeTree U z@(_, LeftCrumb _ _:_) = > + Just z >>= shrinkTreeFrom D > +resizeTree D z@(_, LeftCrumb _ _:_) = > + Just z >>= expandTreeTowards D > +resizeTree R z@(_, RightCrumb _ _:_) = > + Just z >>= shrinkTreeFrom L > +resizeTree L z@(_, RightCrumb _ _:_) = > + Just z >>= expandTreeTowards L > +resizeTree U z@(_, RightCrumb _ _:_) = > + Just z >>= expandTreeTowards U > +resizeTree D z@(_, RightCrumb _ _:_) = > + Just z >>= shrinkTreeFrom U > + > +getSplit :: Axis -> Zipper Split -> Maybe (Zipper Split) > +getSplit _ (_, []) = Nothing > +getSplit d z = > + do let fs = findSplit d z > + if fs == Nothing > + then findClosest d z > + else fs > + > +findClosest :: Axis -> Zipper Split -> Maybe (Zipper Split) > +findClosest _ z@(_, []) = Just z > +findClosest d z@(_, LeftCrumb s _:_) > + | axis s == d = Just z > +findClosest d z@(_, RightCrumb s _:_) > + | axis s == d = Just z > +findClosest d z = goUp z >>= findClosest d > + > +findSplit :: Axis -> Zipper Split -> Maybe (Zipper Split) > +findSplit _ (_, []) = Nothing > +findSplit d z@(_, LeftCrumb s _:_) > + | axis s == d = Just z > +findSplit d z = goUp z >>= findSplit d > + > top :: Zipper a -> Zipper a > top z = case goUp z of > Nothing -> z > hunk ./XMonad/Layout/BinarySpacePartition.hs 328 > rectangles (BinarySpacePartition (Just node)) rootRect = > rectangles (makeBSP . left $ node) leftBox ++ > rectangles (makeBSP . right $ node) rightBox > - where (leftBox, rightBox) = split (direction info) (ratio info) rootRect > + where (leftBox, rightBox) = split (axis info) (ratio info) rootRect > info = value node > > doToNth :: (Zipper Split -> Maybe (Zipper Split)) -> BinarySpacePartition a -> Int -> BinarySpacePartition a > hunk ./XMonad/Layout/BinarySpacePartition.hs 363 > shrinkNthFrom _ b@(BinarySpacePartition (Just Leaf)) _ = b > shrinkNthFrom dir b n = doToNth (shrinkTreeFrom dir) b n > > +autoSizeNth :: Direction2D -> BinarySpacePartition a -> Int -> BinarySpacePartition a > +autoSizeNth _ (BinarySpacePartition Nothing) _ = emptyBSP > +autoSizeNth _ b@(BinarySpacePartition (Just Leaf)) _ = b > +autoSizeNth dir b n = doToNth (autoSizeTree dir) b n > + > instance LayoutClass BinarySpacePartition a where > doLayout b r s = return (zip ws rs, layout b) where > ws = W.integrate s > hunk ./XMonad/Layout/BinarySpacePartition.hs 398 > swap Swap s = swapNth b $ index s > resize (ExpandTowards dir) s = growNthTowards dir b $ index s > resize (ShrinkFrom dir) s = shrinkNthFrom dir b $ index s > + resize (MoveSplit dir) s = autoSizeNth dir b $ index s > + > description _ = "BSP" > > } > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > From johnnyspoon at gmail.com Mon Dec 22 05:51:04 2014 From: johnnyspoon at gmail.com (Dmitri Iouchtchenko) Date: Mon, 22 Dec 2014 00:51:04 -0500 Subject: [xmonad] patch: Add search string to X.A.GridSelect grid In-Reply-To: References: Message-ID: On 23/01/2013, Dmitri Iouchtchenko wrote: > On 1/16/13, adam vogt wrote: >> The patch works well, but I think it would be better to have: >> ... > > Attached is a more elaborate patch bundle than before. It fixes an > ... For reference, the old message of mine that I'm replying to (with the attached bundle) is archived at https://www.haskell.org/pipermail/xmonad/2013-January/013467.html. Are there any objections to the last version of the changes? The bundle is almost two years old now, which means that I've been using the code for that long without any issues. There's been one patch since then that affects the same file, but a cursory glance didn't reveal any conflicts. From jenia.ivlev at gmail.com Tue Dec 23 03:59:42 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Mon, 22 Dec 2014 22:59:42 -0500 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> Message-ID: <87sig7yq1d.fsf@gmail.com> I tried all of that and it didn't work. Alright, lets forget lxde for the moment. How do I start a program in xmonad? Is there another Desktop-environement that's easy to use with xmonad? Or alternatively, and even better, how do I simply start an app in xmonad without using the termina? I mean, if I do it in the termina, even if I use `progam &` the damn thing still sends output to the teriminal even if it "detached". So what's the most convenient way to start apps ion xmonad? thanks in advance. jenia From jenia.ivlev at gmail.com Mon Dec 22 16:35:34 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Mon, 22 Dec 2014 11:35:34 -0500 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> Message-ID: <87bnmvy755.fsf@gmail.com> jenia.ivlev at gmail.com (jenia.ivlev) writes: > I tried all of that and it didn't work. > Alright, lets forget lxde for the moment. > > How do I start a program in xmonad? Is there another > Desktop-environement that's easy to use with xmonad? Or alternatively, > and even better, how do I simply start an app in xmonad without using > the termina? I mean, if I do it in the termina, even if I use `progam &` > the damn thing still sends output to the teriminal even if it > "detached". > > So what's the most convenient way to start apps ion xmonad? > > thanks in advance. > jenia What I decided to do basically, is that "synapse" as so `synapse &` and then simply close that terminal. From then on I can start apps as I want to. But the same question remains, what Destop Environement do you use with xmonad? From codesite-noreply at google.com Tue Dec 23 20:59:49 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 23 Dec 2014 20:59:49 +0000 Subject: [xmonad] Issue 584 in xmonad: Random crashes with vim running in Termite Message-ID: <0-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 584 by Svanti... at gmail.com: Random crashes with vim running in Termite https://code.google.com/p/xmonad/issues/detail?id=584 What steps will reproduce the problem? Open Termite and console vim in it. Enable jedi-vim plugin and edit some Python source code. When code-completion pops up, select anything and hit Enter to accept. From time to time XMonad will crash. Very hard to tell when it happens, because it sometimes does and sometimes not. Tried hard to investigate more, but with no results. In system console outside X-server jedi-vim runs with no problem. What version of the product are you using? On what operating system? Arch Linux x86_64, vim 7.4, jedi-vim plugin and XMonad 0.11 from official Arch repositories. GHC version: 7.8.3. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". $ xmonad --recompile gives no output. Attachments: xmonad.hs 150 bytes -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 23 21:04:49 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 23 Dec 2014 21:04:49 +0000 Subject: [xmonad] Issue 584 in xmonad: Random crashes with vim running in Termite In-Reply-To: <0-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 584 by Svanti... at gmail.com: Random crashes with vim running in Termite https://code.google.com/p/xmonad/issues/detail?id=584 Termite of course also is installed from official repositories. It might be important that in Xorg error logs at /var/log/Xorg.0.log the following message appears: [ 12615.413] (EE) Backtrace: [ 12615.413] (EE) 0: /usr/bin/Xorg.bin (xorg_backtrace+0x56) [0x594186] [ 12615.413] (EE) 1: /usr/bin/Xorg.bin (0x400000+0x1982d9) [0x5982d9] [ 12615.413] (EE) 2: /usr/lib/libc.so.6 (0x7f942d3e0000+0x33b20) [0x7f942d413b20] [ 12615.413] (EE) [ 12615.413] (EE) Segmentation fault at address 0x0 [ 12615.413] (EE) Fatal server error: [ 12615.413] (EE) Caught signal 11 (Segmentation fault). Server aborting -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 23 21:07:30 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 23 Dec 2014 21:07:30 +0000 Subject: [xmonad] Issue 584 in xmonad: Random crashes with vim running in Termite In-Reply-To: <1-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 584 by allber... at gmail.com: Random crashes with vim running in Termite https://code.google.com/p/xmonad/issues/detail?id=584 Sadly, that's not xmonad; it's the X server itself segfaulting. Usually this means a bug in the display driver. (People often think that the window manager handles drawing into windows, but all it handles is window placement and sizing policy; drawing, event processing, etc. is between the client and the X server itself.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From mail at ericmrak.info Tue Dec 23 21:16:04 2014 From: mail at ericmrak.info (Eric Mrak) Date: Tue, 23 Dec 2014 13:16:04 -0800 Subject: [xmonad] putEnv from Prompt.Input Message-ID: I'm trying to set up a prompt to dynamically change environment variables (say, http_proxy). I'm using Prompt.Input (inputPrompt) to query for values such as "VAR=val" and passing those along to putEnv. The problem is when I start a new terminal using the standard mod+shift+enter the environment does not have VAR=val in it. Is there something I'm missing about how XMonad forks processes and passes along exported values? The only place putEnv seems to work is main, which is not dynamic. updateEnvVar :: String -> X () updateEnvVar s = catchIO $ putEnv s defaultConfig { ... } `additionalKeysP` [ ("M-e", inputPrompt myPromptConfig "set env" ?+ updateEnvVar) ] Thanks for any help -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Tue Dec 23 21:31:54 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Tue, 23 Dec 2014 16:31:54 -0500 Subject: [xmonad] putEnv from Prompt.Input In-Reply-To: References: Message-ID: On Tue, Dec 23, 2014 at 4:16 PM, Eric Mrak wrote: > I'm using Prompt.Input (inputPrompt) to query for values such as "VAR=val" > and passing those along to putEnv. The problem is when I start a new > terminal using the standard mod+shift+enter the environment does not have > VAR=val in it. > What kind of terminal are you starting? If it's based on a terminal factory (e.g. urxvtc+urxvtd, or xfce4-terminal, etc.) then it won't get any environment variables from anything but the invocation that starts the factory backend. -- 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 mail at ericmrak.info Tue Dec 23 21:34:28 2014 From: mail at ericmrak.info (Eric Mrak) Date: Tue, 23 Dec 2014 13:34:28 -0800 Subject: [xmonad] putEnv from Prompt.Input In-Reply-To: References: Message-ID: I'm using straight st (when testing this I was using it without tmux or any other multiplexer). I also tested with xterm and urxvt (no client-daemon) On Tue, Dec 23, 2014 at 1:31 PM, Brandon Allbery wrote: > On Tue, Dec 23, 2014 at 4:16 PM, Eric Mrak wrote: > >> I'm using Prompt.Input (inputPrompt) to query for values such as "VAR=val" >> and passing those along to putEnv. The problem is when I start a new >> terminal using the standard mod+shift+enter the environment does not >> have VAR=val in it. >> > > What kind of terminal are you starting? If it's based on a terminal > factory (e.g. urxvtc+urxvtd, or xfce4-terminal, etc.) then it won't get any > environment variables from anything but the invocation that starts the > factory backend. > > -- > 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 codesite-noreply at google.com Wed Dec 24 11:10:10 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Wed, 24 Dec 2014 11:10:10 +0000 Subject: [xmonad] Issue 584 in xmonad: Random crashes with vim running in Termite In-Reply-To: <2-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-7860302032923451006-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 584 by Svanti... at gmail.com: Random crashes with vim running in Termite https://code.google.com/p/xmonad/issues/detail?id=584 Ah, I'll try to do something about drivers. Thanks for fast reply. -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From jenia.ivlev at gmail.com Wed Dec 24 16:40:02 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 11:40:02 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? Message-ID: <84fvc5atnh.fsf@gmail.com> Hello. I want to use xmobar and to switch "alt" with "super" key for xmonad key binding. I have therefore setup this config file (someone gave it to me, I don't know Haskell). But it gives me errors and I can't figure out why: import XMonad import XMonad.Hooks.DynamicLog main = xmonad =<< statusBar cmd pp kb conf where cmd = "xmobar" pp = xmobarPP kb = XConfig {XMonad.modMask = modMask} = (modMask, xK_b) conf = myConfig myConfig = defaultConfig { borderWidth = 2 , terminal = "urxvt" , modMask = mod4mask } So how do I fix this program? How do I configure xmobar to start with xmonad (and not hide behind opened windows) and swtich "alt" with "super"? Thanks in advance for your time and kind concern. jenia From allbery.b at gmail.com Wed Dec 24 17:05:02 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 24 Dec 2014 12:05:02 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? In-Reply-To: <84fvc5atnh.fsf@gmail.com> References: <84fvc5atnh.fsf@gmail.com> Message-ID: On Wed, Dec 24, 2014 at 11:40 AM, jenia.ivlev wrote: > I have therefore setup this config file (someone gave it to me, I don't > know Haskell). But it gives me errors and I can't figure out why: > It would be helpful to include the full error messages. > import XMonad > import XMonad.Hooks.DynamicLog > > main = xmonad =<< statusBar cmd pp kb conf > Haskell is sensitive to indentation; the fact that this and myConfig are indented relative to the imports can itself lead to errors. -- 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 jenia.ivlev at gmail.com Wed Dec 24 17:25:20 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 12:25:20 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? References: <84fvc5atnh.fsf@gmail.com> Message-ID: <84a92darjz.fsf@gmail.com> That's my error message. (I don't understand why I get undisplayable characters, like that "a" with the hat). Error detected while loading xmonad configuration file: /home/jenia-xmonad/.xmonad/xmonad.hs xmonad.hs:8:45: parse error on input ?=? Please check the file for errors. From allbery.b at gmail.com Wed Dec 24 17:42:49 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 24 Dec 2014 12:42:49 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? In-Reply-To: <84a92darjz.fsf@gmail.com> References: <84fvc5atnh.fsf@gmail.com> <84a92darjz.fsf@gmail.com> Message-ID: On Wed, Dec 24, 2014 at 12:25 PM, jenia.ivlev wrote: > That's my error message. (I don't understand why I get undisplayable > characters, like that "a" with the hat). > That looks like Unicode vs. iso8859 confusion. It was trying to print "smart quotes". > Error detected while loading xmonad configuration file: > /home/jenia-xmonad/.xmonad/xmonad.hs > xmonad.hs:8:45: parse error on input ?=? > Please check the file for errors. > The line indicated appears to be kb = XConfig {XMonad.modMask = modMask} = (modMask, xK_b) which is in fact incorrect. I suspect it was supposed to be kb XConfig {XMonad.modMask = modMask} = (modMask, xK_b) which uses record syntax in a pattern to unpack modMask from an XConfig parameter. You might find it less confusing with parentheses: kb (XConfig {XMonad.modMask = modMask}) = (modMask, xK_b) -- 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 jenia.ivlev at gmail.com Wed Dec 24 18:20:27 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 13:20:27 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? References: <84fvc5atnh.fsf@gmail.com> <84a92darjz.fsf@gmail.com> Message-ID: <843884c3kk.fsf@gmail.com> Brandon Allbery writes: > On Wed, Dec 24, 2014 at 12:25 PM, jenia.ivlev > wrote: > > That's my error message. (I don't understand why I get > undisplayable > characters, like that "a" with the hat). > > > That looks like Unicode vs. iso8859 confusion. It was trying to print > "smart quotes". > > Error detected while loading xmonad configuration file: > /home/jenia-xmonad/.xmonad/xmonad.hs > xmonad.hs:8:45: parse error on input ?=? > Please check the file for errors. > > > The line indicated appears to be > > kb = XConfig {XMonad.modMask = modMask} = (modMask, xK_b) > > which is in fact incorrect. I suspect it was supposed to be > > kb XConfig {XMonad.modMask = modMask} = (modMask, xK_b) > > which uses record syntax in a pattern to unpack modMask from an > XConfig parameter. You might find it less confusing with parentheses: > > kb (XConfig {XMonad.modMask = modMask}) = (modMask, xK_b) Thanks a lot. It works exept for one line: `, modMask = mod4mask` The error message is the following: Error detected while loading xmonad configuration file: /home/jenia-xmonad/.xmonad/xmonad.hs xmonad.hs:13:38: Not in scope: ?mod4mask? Perhaps you meant one of these: ?mod4Mask? (imported from XMonad), ?modMask? (imported from XMonad), ?mod1Mask? (imported from XMonad) Please check the file for errors. ======================================================================== Lets me repaste the config file: import XMonad import XMonad.Hooks.DynamicLog main = xmonad =<< statusBar cmd pp kb conf where cmd = "xmobar" pp = xmobarPP kb (XConfig {XMonad.modMask = modMask}) = (modMask, xK_b) conf = myConfig myConfig = defaultConfig { borderWidth = 2 , terminal = "urxvt" , modMask = mod4mask <----------- here is the mistake } ======================================================================== Can you tell me please how to fix this? Thanks again for your kind help. From allbery.b at gmail.com Wed Dec 24 18:14:28 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 24 Dec 2014 13:14:28 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? In-Reply-To: <843884c3kk.fsf@gmail.com> References: <84fvc5atnh.fsf@gmail.com> <84a92darjz.fsf@gmail.com> <843884c3kk.fsf@gmail.com> Message-ID: On Wed, Dec 24, 2014 at 1:20 PM, jenia.ivlev wrote: > xmonad.hs:13:38: > Not in scope: ?mod4mask? > Perhaps you meant one of these: > ?mod4Mask? (imported from XMonad), > ?modMask? (imported from XMonad), ?mod1Mask? (imported from > XMonad) > The first suggestion is the correct one. -- 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 jenia.ivlev at gmail.com Wed Dec 24 18:53:06 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 13:53:06 -0500 Subject: [xmonad] tiny config file gives error, please can someone take a quick look at it? References: <84fvc5atnh.fsf@gmail.com> <84a92darjz.fsf@gmail.com> <843884c3kk.fsf@gmail.com> Message-ID: <84ppb8anhp.fsf@gmail.com> Nice. Thanks very much. Happy holidays and upcoming New Year. From jenia.ivlev at gmail.com Wed Dec 24 19:30:53 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 14:30:53 -0500 Subject: [xmonad] How to make the menu key your mod key too? Message-ID: <84ioh0alqq.fsf@gmail.com> Hello. I set my mod key to be the "super" key. This setup needs two very precise and small additional features: 1. I'm really used to using the alt-tab for window switching. How can I set alt-tab to work for switching windows like before? Just to reiterate, even though I set mob to be "super key" before, I would like alt-tab to work as usual, like in vanilla xmonad. 2. And two, I would like there to be a mod key on the right side of the keyboard too. So I decided to use the "menu key" for that. How do I map my "menu key" to be mod too? I'm wondering if someone has done this or knows how to do it. Thanks very much in advnace for your kind help and concern. jenia ================================================================================= This is my config file: import XMonad import XMonad.Hooks.DynamicLog main = xmonad =<< statusBar cmd pp kb conf where cmd = "xmobar" pp = xmobarPP kb (XConfig {XMonad.modMask = modMask}) = (modMask, xK_b) conf = myConfig myConfig = defaultConfig { borderWidth = 2 , terminal = "urxvt" , modMask = mod4Mask } From allbery.b at gmail.com Wed Dec 24 19:36:17 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 24 Dec 2014 14:36:17 -0500 Subject: [xmonad] How to make the menu key your mod key too? In-Reply-To: <84ioh0alqq.fsf@gmail.com> References: <84ioh0alqq.fsf@gmail.com> Message-ID: On Wed, Dec 24, 2014 at 2:30 PM, jenia.ivlev wrote: > 1. I'm really used to using the alt-tab for window switching. How > can I set alt-tab to work for switching windows like before? Just to > reiterate, even though > I set mob to be "super key" before, I would like alt-tab to work > as usual, like in vanilla xmonad. > You can still bind things explicitly using mod1Mask instead of mod4Mask or the convenience modMask. See below. 2. And two, I would like there to be a mod key on the right side of the > keyboard too. So I decided to use the "menu key" for that. > How do I map my "menu key" to be mod too? > This is a little more involved, since we rely on X11's keyboard handling instead of trying to interpret nonportable keycodes directly. The Menu key is not a modifier key in common X11 keymaps, but is bound to xK_Menu. You need to undo this, either using Xkb (a crawling horror which is "recommended" but which even those who recommend it do not fully understand) or xmodmap; I use the latter. This is also available as http://lpaste.net/117177 import XMonadimport XMonad.Hooks.DynamicLogimport XMonad.Util.EZConfigimport qualified XMonad.StackSet as W main = xmonad =<< statusBar cmd pp kb conf where cmd = "xmobar" pp = xmobarPP kb (XConfig {XMonad.modMask = modMask}) = (modMask, xK_b) conf = myConfig myConfig = defaultConfig { borderWidth = 2 , terminal = "urxvt" , modMask = mod4Mask , startupHook = spawn "xmodmap -e 'add mod4 = Menu'" } `additionalKeys` -- alternatively, consider XMonad.Actions.CycleWindows which includes a -- more Windows-like alt-tab mechanism (cycleRecentWindows) -- http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-CycleWindows.html [((mod1Mask, xK_Tab), windows W.focusDown) ] -- 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 fercerpav at gmail.com Wed Dec 24 19:41:20 2014 From: fercerpav at gmail.com (Paul Fertser) Date: Wed, 24 Dec 2014 22:41:20 +0300 Subject: [xmonad] How to make the menu key your mod key too? In-Reply-To: References: <84ioh0alqq.fsf@gmail.com> Message-ID: <20141224194119.GD1734@home.paul.comp> On Wed, Dec 24, 2014 at 02:36:17PM -0500, Brandon Allbery wrote: > This is a little more involved, since we rely on X11's keyboard handling instead > of trying to interpret nonportable keycodes directly. The Menu key is not a > modifier key in common X11 keymaps, but is bound to xK_Menu. You need to undo > this, either using Xkb (a crawling horror which is "recommended" but which even > those who recommend it do not fully understand) I use the Xkb way here [1] to remap keys and assign modifiers. In this particular case I used a special "none" modifier which removes the key from all the modifiers, this one is not nicely documented, but other than that the Xkb resources seem to provide decent info. [1] https://gitorious.org/xmonad-smartphone-config/xmonad-smartphone-config/source/aa36011d09c17d2fef0c40fd8d5451f27110fb59:.xkb/symbols/xkbcustom -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav at gmail.com From jenia.ivlev at gmail.com Thu Dec 25 04:58:11 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Wed, 24 Dec 2014 23:58:11 -0500 Subject: [xmonad] How to make the menu key your mod key too? References: <84ioh0alqq.fsf@gmail.com> Message-ID: <84r3vo2un0.fsf@gmail.com> Thanks at lot. It worked perfectly. I managed to make the "menu" key into a super key too. You can use `xmodmap`: keysym Menu = Super_L You can figure out the names of the keys using `xev` Now I'm totally set. Thanks again and happy Holidays. From jenia.ivlev at gmail.com Thu Dec 25 05:00:25 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Thu, 25 Dec 2014 00:00:25 -0500 Subject: [xmonad] How to make the menu key your mod key too? References: <84ioh0alqq.fsf@gmail.com> <20141224194119.GD1734@home.paul.comp> Message-ID: <84mw6c2uja.fsf@gmail.com> Thanks very much. I managed to make it work using xmodmap and xev keysym Menu = Super_L Thanks and Happy Holidays!! From asjo at koldfront.dk Thu Dec 25 13:43:40 2014 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Thu, 25 Dec 2014 14:43:40 +0100 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> Message-ID: <8761czj14j.fsf@topper.koldfront.dk> jenia.ivlev writes: > So what's the most convenient way to start apps ion xmonad? I'm sure there are several - I have dmenu_run bound to M-p, so I can just type M-p programname ENTER and the program is started. * https://packages.debian.org/jessie/suckless-tools For the program I open the most often, xterm, I have a dedicated keyboard shortcut. Best regards, Adam -- "faster than C++, more concise than Perl, more Adam Sj?gren regular than Python, more flexible than Ruby, more asjo at koldfront.dk typeful than C#, more robust than Java, and has absolutely nothing in common with PHP." From carstenmattner at gmail.com Thu Dec 25 16:20:56 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 25 Dec 2014 17:20:56 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: <8761czj14j.fsf@topper.koldfront.dk> References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 2:43 PM, Adam Sj?gren wrote: > jenia.ivlev writes: > >> So what's the most convenient way to start apps ion xmonad? > > I'm sure there are several - I have dmenu_run bound to M-p, so I can > just type M-p programname ENTER and the program is started. For some reason dmenu_run is configured by many Xmonad users instead of the shellPrompt, which is superior in several ways. I mean, everybody should give it a try as they're nicer to use and more flexible to configure. There are more prompts available than only shellPrompt. To replace dmenu_run import XMonad.Prompt.Shell and run shellPrompt with your custom config based on defaultXPConfig. From allbery.b at gmail.com Thu Dec 25 16:22:08 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 25 Dec 2014 11:22:08 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 11:20 AM, Carsten Mattner wrote: > For some reason dmenu_run is configured by many Xmonad users One reason being that it's in the stock config as mod-p.... -- 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 carstenmattner at gmail.com Thu Dec 25 16:26:19 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 25 Dec 2014 17:26:19 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 5:22 PM, Brandon Allbery wrote: > On Thu, Dec 25, 2014 at 11:20 AM, Carsten Mattner > wrote: >> >> For some reason dmenu_run is configured by many Xmonad users > > > One reason being that it's in the stock config as mod-p.... Let's change the config then, seriously it works better and is faster for me compared to dmenu_run and does not require the extra tool to begin with. Hey, shellPrompt is one major reason I always come back to my XMonad environment after trying to use dmenu_run in some other non-XMonad environment. From allbery.b at gmail.com Thu Dec 25 16:31:54 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 25 Dec 2014 11:31:54 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 11:26 AM, Carsten Mattner wrote: > Let's change the config then, seriously it works better and is > faster for me compared to dmenu_run and does not require > the extra tool to begin with. > But it does require xmonad-contrib to be installed; the core deliberately does not depend on xmonad-contrib, and I suspect getting XMonad.Prompt merged to core will be something of a battle. -- 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 carstenmattner at gmail.com Thu Dec 25 16:35:52 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 25 Dec 2014 17:35:52 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 5:31 PM, Brandon Allbery wrote: > On Thu, Dec 25, 2014 at 11:26 AM, Carsten Mattner > wrote: >> >> Let's change the config then, seriously it works better and is >> faster for me compared to dmenu_run and does not require >> the extra tool to begin with. > > > But it does require xmonad-contrib to be installed; the core deliberately > does not depend on xmonad-contrib, and I suspect getting XMonad.Prompt > merged to core will be something of a battle. While true, I think everybody installs xmonad-contrib and that means example configurations should be updated to use shellPrompt instead. Which example configs are in core and are you sure none of them rely on xmonad-contrib? shellPrompt seems to be invisible to most XMonad users and that's very unfortunate to say the least. From asjo at koldfront.dk Thu Dec 25 16:38:09 2014 From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=) Date: Thu, 25 Dec 2014 17:38:09 +0100 Subject: [xmonad] How to start xmonad with lxde? References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: <87h9wjheha.fsf@topper.koldfront.dk> Carsten writes: > For some reason dmenu_run is configured by many Xmonad users instead > of the shellPrompt, which is superior in several ways. I mean, > everybody should give it a try as they're nicer to use and more > flexible to configure. There are more prompts available than only > shellPrompt. You're not selling it well - I have something which works fine, and you say I should switch to something which is superior, nicer and more flexible... Well, what does it actually provide which makes it those things? How will I feel the difference? Just curious! Best regards, Adam -- "Time is getting short; every midnight I feel 48 Adam Sj?gren hours older. And twice as useless." asjo at koldfront.dk From allbery.b at gmail.com Thu Dec 25 16:42:30 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 25 Dec 2014 11:42:30 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 11:35 AM, Carsten Mattner wrote: > While true, I think everybody installs xmonad-contrib and that means > example > configurations should be updated to use shellPrompt instead. > I personally think that configs should start form desktopConfig instead of defaultConfig, because that provides the base behavior that most people expect these days, but that doesn't mean it's going to happen or that desktopConfig and its dependencies will be merged into the core. (Note that I am not involved with the core directly.) -- 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 carstenmattner at gmail.com Thu Dec 25 16:51:26 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 25 Dec 2014 17:51:26 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: <87h9wjheha.fsf@topper.koldfront.dk> References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> <87h9wjheha.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 5:38 PM, Adam Sj?gren wrote: > Carsten writes: > >> For some reason dmenu_run is configured by many Xmonad users instead >> of the shellPrompt, which is superior in several ways. I mean, >> everybody should give it a try as they're nicer to use and more >> flexible to configure. There are more prompts available than only >> shellPrompt. > > You're not selling it well - I have something which works fine, and you > say I should switch to something which is superior, nicer and more > flexible... > > Well, what does it actually provide which makes it those things? How > will I feel the difference? > > Just curious! I'm not a car sales man but I can try to list advantages in the hopes of convincing you to try it out. * the completion behavior suits me better when for example you're completing an executable inside a directory * it more correctly picks up $PATH entries compared to dmenu_run * it doesn't delay as much due to caching like dmenu_run and feels faster on startup because of that while not missing new executables just installed * behavior is configurable in xmonad.hs * presentations is configurable in xmonad.hs Configuration if you want to configure it is simple, just consult the online documentation. http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt.html#t:XPConfig http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Prompt-Shell.html Also there are other prompts than just shellPrompt like in the ion window manager or stumpwm. I believe someone recently contributed a password retrieval prompt but I didn't try that. From carstenmattner at gmail.com Thu Dec 25 16:52:54 2014 From: carstenmattner at gmail.com (Carsten Mattner) Date: Thu, 25 Dec 2014 17:52:54 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: On Thu, Dec 25, 2014 at 5:42 PM, Brandon Allbery wrote: > On Thu, Dec 25, 2014 at 11:35 AM, Carsten Mattner > wrote: >> >> While true, I think everybody installs xmonad-contrib and that means >> example configurations should be updated to use shellPrompt instead. > > > I personally think that configs should start form desktopConfig instead of > defaultConfig, because that provides the base behavior that most people > expect these days, but that doesn't mean it's going to happen or that > desktopConfig and its dependencies will be merged into the core. (Note that > I am not involved with the core directly.) I can't disagree with that and we should have nicer defaults for an improved first impression or integration with desktop environments. From alainbe at free.fr Thu Dec 25 20:28:04 2014 From: alainbe at free.fr (Alain Bertrand) Date: Thu, 25 Dec 2014 21:28:04 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> Message-ID: <549C7354.9010400@free.fr> Le 25/12/2014 17:26, Carsten Mattner a ?crit : Hey, shellPrompt is one major reason I always come back to my XMonad environment after trying to use dmenu_run in some other non-XMonad environment. ------------- Hello, Thanks for your advice. I went to the xmonad wiki and modified my xmonad.hs accordingly. As you said, shellPrompt is really great but the following xmonad.hs makes my French keyboard unusable. Any advice ? TIA Alain import XMonad import XMonad.Hooks.ManageDocks import qualified Data.Map as M import Graphics.X11.Xlib import XMonad.Config.Azerty import XMonad.Prompt import XMonad.Prompt.Shell import XMonad.Prompt.XMonad main=do xmonad azertyConfig { keys = myKeys <+> keys defaultConfig } { layoutHook=avoidStruts $ layoutHook defaultConfig , manageHook=manageHook defaultConfig <+> manageDocks } myKeys conf@(XConfig {XMonad.modMask = modm}) = M.fromList [ ((modm, xK_F12), xmonadPrompt defaultXPConfig) , ((modm, xK_F3 ), shellPrompt defaultXPConfig) ] From allbery.b at gmail.com Fri Dec 26 02:06:05 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 25 Dec 2014 21:06:05 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: <549C7354.9010400@free.fr> References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> <549C7354.9010400@free.fr> Message-ID: On Thu, Dec 25, 2014 at 3:28 PM, Alain Bertrand wrote: > Thanks for your advice. I went to the xmonad wiki and modified my > xmonad.hs accordingly. > As you said, shellPrompt is really great but the following xmonad.hs makes > my French keyboard unusable. > Any advice ? > Replace 'keys defaultConfig' with 'keys azertyConfig'. -- 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 Fri Dec 26 02:10:25 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Thu, 25 Dec 2014 21:10:25 -0500 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> <549C7354.9010400@free.fr> Message-ID: On Thu, Dec 25, 2014 at 9:06 PM, Brandon Allbery wrote: > On Thu, Dec 25, 2014 at 3:28 PM, Alain Bertrand wrote: > >> Thanks for your advice. I went to the xmonad wiki and modified my >> xmonad.hs accordingly. >> As you said, shellPrompt is really great but the following xmonad.hs >> makes my French keyboard unusable. >> Any advice ? >> > > Replace 'keys defaultConfig' with 'keys azertyConfig'. > You can also, by the way, combine the two record updates (I didn't even know you could chain them that way). main=do xmonad azertyConfig { layoutHook=avoidStruts $ layoutHook defaultConfig , manageHook=manageHook defaultConfig <+> manageDocks , keys = myKeys <+> keys azertyConfig } Also, for what it's worth, I have a global binding like baseConfig = azertyConfig and then use baseConfig for those field lookups (e.g. `keys baseConfig`), so it's easy to switch everything to a different config just by changing the baseConfig binding. -- 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 jenia.ivlev at gmail.com Fri Dec 26 16:39:14 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Fri, 26 Dec 2014 11:39:14 -0500 Subject: [xmonad] xmodmap stopped working normally all of a sudden Message-ID: <87bnmqjrgt.fsf@gmail.com> Hello. I used to have this xmodmap config: remove Control = Control_R keysym Menu = Control_R keysym Control_R = Super_L add Control = Control_R remove Lock = Caps_Lock remove Control = Control_L keysym Control_L = Caps_Lock keysym Caps_Lock = Control_L add Lock = Caps_Lock add Control = Control_L It used to work perfectly and it still works in LXDE. So, it must be that something changed in xmonad recently. The error I'm getting is that the "Menu key... its a non existant key". When I used `xev` and press the Menu key it tells me "keycode 135, Menu". So I'm wondering maybe xmonad somehow remaned this key to be Mod_R or something? I tried that actually, didnt seem to work. So my question is, how do I swtich the Right-Control and the Menu keys around? Also as I side note, started xmonad treats the Menu key as Mod key, but the applications still treat it as the Menu key. So when you press it - lets say you press "Mod_Right-1" this will do two things: 1. It will open a Menu in the current app. 2. It will switch to the desktop 2. So to reiterate, I need to switch the Mod_Right with Control_Right. And if possible, to completly remove the Menu key. Normally I achived this doing the following: remove Control = Control_R keysym Menu = Control_R keysym Control_R = Super_L add Control = Control_R Doesnt work anymore. Thanks in advance for your kind help and time. Jenia From jenia.ivlev at gmail.com Sun Dec 28 03:31:44 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Sat, 27 Dec 2014 22:31:44 -0500 Subject: [xmonad] To what xmonad renames the Menu key? Message-ID: <87wq5cbgbj.fsf@gmail.com> Hello. I typically swap the Menu and the right Ctrl keys. I used to do with xmodmap: remove Control = Control_R keysym Menu = Control_R keysym Control_R = Menu add Control = Control_R I just switch them around. The menu key becomes ctrl and the right ctrl becomes the menu key. This stopped working all of a sudden. Also, I noticed that the menu key has become the mod key. I'm wondering if xmonad remapped the menu to become the mod key? If yes, how is it called? Maybe "Mod_R", or "Mod_2" or something? Although, I tried these two names and it didnt seem to work. So again, how do I switch places the right Mod key and the right Ctrl? Thanks in advance for your time and help. Jenia. From allbery.b at gmail.com Sun Dec 28 03:36:37 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 27 Dec 2014 22:36:37 -0500 Subject: [xmonad] To what xmonad renames the Menu key? In-Reply-To: <87wq5cbgbj.fsf@gmail.com> References: <87wq5cbgbj.fsf@gmail.com> Message-ID: On Sat, Dec 27, 2014 at 10:31 PM, jenia.ivlev wrote: > I'm wondering if xmonad remapped the menu to become the mod key? > xmonad does no key remapping. Have you by any chance been experimenting with Xkb, either directly (setxkbmap) or indirectly (various desktop manager keyboard control panels, xorg.conf Xkb* configuration entries, etc.)? I seem to recall someone suggesting some setxkbmap entries to you earlier. This will interact with xmodmap, and Xkb will take precedence --- and xmodmap can't always understand Xkb settings. -- 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 alainbe at free.fr Sun Dec 28 08:03:09 2014 From: alainbe at free.fr (Alain Bertrand) Date: Sun, 28 Dec 2014 09:03:09 +0100 Subject: [xmonad] How to start xmonad with lxde? In-Reply-To: References: <87mw6giiec.fsf@gmail.com> <87d27cigre.fsf@gmail.com> <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk> <549C7354.9010400@free.fr> Message-ID: <549FB93D.3070904@free.fr> Le 26/12/2014 03:10, Brandon Allbery a ?crit : > On Thu, Dec 25, 2014 at 9:06 PM, Brandon Allbery > wrote: >> Replace 'keys defaultConfig' with 'keys azertyConfig'. >> > You can also, by the way, combine the two record updates (I didn't even > know you could chain them that way). > > main=do > xmonad azertyConfig > { > layoutHook=avoidStruts $ layoutHook defaultConfig > , manageHook=manageHook defaultConfig <+> manageDocks > , keys = myKeys <+> keys azertyConfig > } > > Also, for what it's worth, I have a global binding like > > baseConfig = azertyConfig > > and then use baseConfig for those field lookups (e.g. `keys baseConfig`), > so it's easy to switch everything to a different config just by changing > the baseConfig binding. > Thanks a lot for your answer. It worked out of the box. Best wishes for the new year. Alain From jenia.ivlev at gmail.com Sun Dec 28 17:55:01 2014 From: jenia.ivlev at gmail.com (jenia.ivlev) Date: Sun, 28 Dec 2014 12:55:01 -0500 Subject: [xmonad] To what xmonad renames the Menu key? References: <87wq5cbgbj.fsf@gmail.com> Message-ID: <87vbkvoe16.fsf@gmail.com> Brandon Allbery writes: > On Sat, Dec 27, 2014 at 10:31 PM, jenia.ivlev > wrote: > > I'm wondering if xmonad remapped the menu to become the mod key? > > > xmonad does no key remapping. You are right. It was my own xmonad.hs config file that caused the problem. I was certain that I verified that but apperently not. > > Have you by any chance been experimenting with Xkb, either directly > (setxkbmap) or indirectly (various desktop manager keyboard control > panels, xorg.conf Xkb* configuration entries, etc.)? I seem to recall > someone suggesting some setxkbmap entries to you earlier. I tried it but it turned out that it doesn't have the exact key mapping I need. remove Control = Control_R keysym Menu = Control_R keysym Control_R = Super_L add Control = Control_R That is, switch the Menu and Right-Control and also make the Menu key(just to avoid confusion, I want to repeat that on the physical keybaord, its written ctrl on it cause we switched them around) into the Super key (mod key in xmonad). > > This will interact with xmodmap, and Xkb will take precedence --- and > xmodmap can't always understand Xkb settings. Thanks very much for your help. Happy upcoming New Year!!! From codesite-noreply at google.com Tue Dec 30 09:25:29 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 30 Dec 2014 09:25:29 +0000 Subject: [xmonad] Issue 585 in xmonad: Fullscreen window grows with each click on HTML5 videos in Google Chrome Message-ID: <0-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 585 by mikebrod... at gmail.com: Fullscreen window grows with each click on HTML5 videos in Google Chrome https://code.google.com/p/xmonad/issues/detail?id=585 What steps will reproduce the problem? 1. Open Google Chrome and play HTML5 embedded video. 2. Fullscreen the video (I'm using `isFullscreen --> doFullFloat` in my ManageHook) 3. Click anywhere with the fullscreened video, and it's window will "grow" with each click. What is the expected output? What do you see instead? I don't expect the window to grow when I click it. What version of the product are you using? On what operating system? Xmonad 0.11 on Ubuntu 14.04 (installed using cabal, not APT) Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output from "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 6.8 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings From codesite-noreply at google.com Tue Dec 30 09:35:03 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 30 Dec 2014 09:35:03 +0000 Subject: [xmonad] Issue 585 in xmonad: Fullscreen window grows with each click on HTML5 videos in Google Chrome In-Reply-To: <0-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-6369292371682817113-codesite-noreply=google.com@googlecode.com> Comment #1 on issue 585 by fizz... at gmail.com: Fullscreen window grows with each click on HTML5 videos in Google Chrome https://code.google.com/p/xmonad/issues/detail?id=585 Hypothesis: the cause is related to some interaction with window borders, because disabling the borders completely (borderWidth=0) fixes the issue. (There's the other "mplayer fullscreen is one pixel too large" issue that's discussed e.g. in http://funktionaali.com/posts/2014-07-01-How%20to%20get%20XMonad%20play%20well%20with%20fullscreen%20mpv.html that might possibly be related.) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings