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: <CACY+HvqnGwQvUfGsj+X+JnUfH1tkjuE2SR0d=-=_HsGPydxHcg@mail.gmail.com>
Message-ID: <87fvcxerhh.fsf@pmade.com>

Carsten Mattner <carstenmattner at gmail.com>
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: <CAKFCL4XvVuLX131DnrBOKiyRm8OyYWh02HfvpoYn8xjtA2YMzw@mail.gmail.com>

On Sat, Dec 6, 2014 at 5:50 AM, Thomas Koch <thomas at koch.ro> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/2c85e2dd/attachment.html>

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: <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
Message-ID: <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>

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 <allbery.b at gmail.com>
wrote:

> On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez <oneself at gmail.com> 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+
>> <https://groups.google.com/a/chromium.org/forum/#!topic/chromium-dev/Zpu9801pPRc>,
>> 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* <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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/942f1e1d/attachment-0001.html>
-------------- 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/942f1e1d/attachment-0001.png>

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: <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
Message-ID: <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>

On Sat, Dec 6, 2014 at 5:41 PM, Eyal Erez <oneself at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/783e838d/attachment.html>

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: <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>
Message-ID: <CAJiJgM1OTxm7VcBfiNVcqCeeSDSYyXOJemGVGsfgRT6kqQnDuw@mail.gmail.com>

Thanks for your reply.

Is anyone working to fix this by any chance?

On Sat, Dec 6, 2014 at 5:45 PM, Brandon Allbery <allbery.b at gmail.com> wrote:

> On Sat, Dec 6, 2014 at 5:41 PM, Eyal Erez <oneself at gmail.com> 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* <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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/e87c2aa4/attachment.html>

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: <CAJiJgM1OTxm7VcBfiNVcqCeeSDSYyXOJemGVGsfgRT6kqQnDuw@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>
 <CAJiJgM1OTxm7VcBfiNVcqCeeSDSYyXOJemGVGsfgRT6kqQnDuw@mail.gmail.com>
Message-ID: <CAKFCL4XVnW_sGvrVHeoM86m8o_hnR=3uAyUtjz__Rz+AmCjVEg@mail.gmail.com>

On Sat, Dec 6, 2014 at 5:54 PM, Eyal Erez <oneself at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/b7b048c6/attachment.html>

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: <CAKFCL4XVnW_sGvrVHeoM86m8o_hnR=3uAyUtjz__Rz+AmCjVEg@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>
 <CAJiJgM1OTxm7VcBfiNVcqCeeSDSYyXOJemGVGsfgRT6kqQnDuw@mail.gmail.com>
 <CAKFCL4XVnW_sGvrVHeoM86m8o_hnR=3uAyUtjz__Rz+AmCjVEg@mail.gmail.com>
Message-ID: <CAJiJgM3Nyypj+jgWwVWEFYE_9s=9bL2H997O9_kjUGxRZokMHg@mail.gmail.com>

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 <allbery.b at gmail.com> wrote:

> On Sat, Dec 6, 2014 at 5:54 PM, Eyal Erez <oneself at gmail.com> 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* <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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/d5a9a3b4/attachment.html>

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: <CAJiJgM3Nyypj+jgWwVWEFYE_9s=9bL2H997O9_kjUGxRZokMHg@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <CAKFCL4XLHwM1ZamZ3zzJj8Qw8owdpdKH6QNq0p=YkcFPJ2Sj2w@mail.gmail.com>
 <CAJiJgM1OTxm7VcBfiNVcqCeeSDSYyXOJemGVGsfgRT6kqQnDuw@mail.gmail.com>
 <CAKFCL4XVnW_sGvrVHeoM86m8o_hnR=3uAyUtjz__Rz+AmCjVEg@mail.gmail.com>
 <CAJiJgM3Nyypj+jgWwVWEFYE_9s=9bL2H997O9_kjUGxRZokMHg@mail.gmail.com>
Message-ID: <CAKFCL4WyUz8bfHWCvJnk+WSHDnazAh=v1==7yLNJ_JGF8yRKeQ@mail.gmail.com>

On Sat, Dec 6, 2014 at 7:30 PM, Eyal Erez <oneself at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141206/2810514c/attachment.html>

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: <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
References: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
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 <oneself at gmail.com> 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 <allbery.b at gmail.com> wrote:
> On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez <oneself at gmail.com> 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.
> 
> <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 <XF86AudioMicMute> 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 <XF86AudioMicMute> 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 ("<XF86AudioMicMute>", spawn "toggle-mic")
3. Recompile/restart xmonad
4. Press <XF86AudioMicMute>
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 <XF86AudioMicMute> 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: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net>
Message-ID: <CAJiJgM0AqMPR9Sgo7wsq4EjXK8Ghxhu-xyk6sT9xgV4G84Dj-Q@mail.gmail.com>

@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 <zev at bewilderbeest.net> 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 <oneself at gmail.com> 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 <allbery.b at gmail.com>
> wrote:
> > On Tue, Oct 21, 2014 at 2:27 PM, Eyal Erez <oneself at gmail.com> 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.
> >
> >
> <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* <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: <http://www.haskell.org/pipermail/xmonad/attachments/20141207/8854c849/attachment.html>

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: <CAJiJgM3KSLApVrfq=kXyJQrBQ_R2+SZG=05ZX60LSR-3-WzzAQ@mail.gmail.com>
 <CAKFCL4VpEdKTiB0N=RMDcK27ELxPrccJ-oX0=J_cEh8zT1Z9zg@mail.gmail.com>
 <CAJiJgM3fifzasBrBD3WGzqG7JaSTi9UthD58QL7xp5LAwy_ZLA@mail.gmail.com>
 <3854F04A-E3F9-44CC-ACD2-3A2192813AC8@bewilderbeest.net>
Message-ID: <CAKFCL4UzM2OSpD87QV2J+gLnWumJxF4m7e16oMMVV9fAA5SprQ@mail.gmail.com>

On Sat, Dec 6, 2014 at 11:06 PM, Zev Weiss <zev at bewilderbeest.net> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141207/83bd7eca/attachment.html>

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: <CAKFCL4XvVuLX131DnrBOKiyRm8OyYWh02HfvpoYn8xjtA2YMzw@mail.gmail.com>
References: <5257828.OrJROOrZVN@x121e>
 <CAKFCL4XvVuLX131DnrBOKiyRm8OyYWh02HfvpoYn8xjtA2YMzw@mail.gmail.com>
Message-ID: <CAMfGtUDvWUGeFQB4fOFTNMKZ5zj0PeKONnXZ=chFV44qzJsePg@mail.gmail.com>

On 6 December 2014 at 11:10, Brandon Allbery <allbery.b at gmail.com> 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: <CAJrReygQ+_BMTruW3iSpHsegsKTQ8ay8BqP3d+q9ihaYGB4Oaw@mail.gmail.com>

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: <http://www.haskell.org/pipermail/xmonad/attachments/20141209/f4822ada/attachment.html>

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: <CAJrReygQ+_BMTruW3iSpHsegsKTQ8ay8BqP3d+q9ihaYGB4Oaw@mail.gmail.com>
Message-ID: <87bnncy9du.fsf@pmade.com>

aditya siram <aditya.siram at gmail.com>
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: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>

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: <http://www.haskell.org/pipermail/xmonad/attachments/20141211/5ee3dc71/attachment.html>

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: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
References: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
Message-ID: <CAOB31088Y0J-c6UXOnsiMGmP-zXQqwQFRvMutntjtJuA9ucoAg@mail.gmail.com>

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 <cwbell at mail.usf.edu> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141211/a2564d08/attachment.html>

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: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
References: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
Message-ID: <CAKFCL4VFuJJc6NVZU8PYqRrdW2UZ3mb6d68G0gE-MTGUNttvow@mail.gmail.com>

On Thu, Dec 11, 2014 at 12:21 PM, Chris Bell <cwbell at mail.usf.edu> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141211/25c5bf97/attachment.html>

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: <CAOB31088Y0J-c6UXOnsiMGmP-zXQqwQFRvMutntjtJuA9ucoAg@mail.gmail.com>
References: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
 <CAOB31088Y0J-c6UXOnsiMGmP-zXQqwQFRvMutntjtJuA9ucoAg@mail.gmail.com>
Message-ID: <CAKFCL4U2CiNPh6x1vrEqYgJhrRt+TY+WVDbtoYE3dXj_Quxhgg@mail.gmail.com>

On Thu, Dec 11, 2014 at 12:53 PM, Eric Mrak <mail at ericmrak.info> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141211/3d238a95/attachment.html>

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: <CAKFCL4VFuJJc6NVZU8PYqRrdW2UZ3mb6d68G0gE-MTGUNttvow@mail.gmail.com>
References: <CAKKB2VAZBnkuqs8UMyBq9z8MooO-vJe_aZ-xau==y-iyiWoByQ@mail.gmail.com>
 <CAKFCL4VFuJJc6NVZU8PYqRrdW2UZ3mb6d68G0gE-MTGUNttvow@mail.gmail.com>
Message-ID: <CAKKB2VAKAfqhG2TPk+BoRuByZ=rs0UevpOYw+6umW8qjCGEzzw@mail.gmail.com>

On Thu, Dec 11, 2014 at 12:55 PM, Brandon Allbery <allbery.b at gmail.com> 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: <CAGf08-y+GOu7TMpzz+vdThL6ohyQTf7VDF6LTj_GpzSCfM1BKQ@mail.gmail.com>

... and thought I'd share.  Patch is attached.

Cheers,
Norbert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20141212/b8eb5579/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dwindle.patch
Type: text/x-patch
Size: 53061 bytes
Desc: not available
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20141212/b8eb5579/attachment-0001.bin>

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>
 <CAHfjoWnSyQ-_sjg84QsgGTkQe59r5sqQujXVe29cf2JqnbKpUQ@mail.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: <http://www.haskell.org/pipermail/xmonad/attachments/20141218/9a3a3df3/attachment.sig>

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: <CADjRcrWvuCxmYrruoDKcbPbLZz0UigvO0Jn5Q4VEz9gddgSYyw@mail.gmail.com>

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: <http://www.haskell.org/pipermail/xmonad/attachments/20141218/d0544c7b/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: generalizedInsert.dpatch
Type: application/octet-stream
Size: 30729 bytes
Desc: not available
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20141218/d0544c7b/attachment-0001.obj>

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 <felixc at felixcrux.com>
  * 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141218/f8e367cd/attachment-0002.bin>
-------------- 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141218/f8e367cd/attachment-0003.bin>

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: <CAKFCL4V3sf-bPu5XyucU9d2Wx_ZOQBEX_TK4hUrrLA9XgeAuYw@mail.gmail.com>

On Thu, Dec 18, 2014 at 9:16 PM, <felixc at felixcrux.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141219/494e8abd/attachment.html>

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: <CAKFCL4V3sf-bPu5XyucU9d2Wx_ZOQBEX_TK4hUrrLA9XgeAuYw@mail.gmail.com>
References: <20141219021627.92BBBC00280@frontend1.nyi.internal>
 <CAKFCL4V3sf-bPu5XyucU9d2Wx_ZOQBEX_TK4hUrrLA9XgeAuYw@mail.gmail.com>
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 <felixc at felixcrux.com>
  * 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 <felixc at felixcrux.com>**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 <devin.mullins at gmail.com>**20141002075939
 Ignore-this: 20d6b829b810f48b5e4b4c161b39b312
] 
[X.A.Navigation2D: add convenience functions for setting config & keybindings
Devin Mullins <devin.mullins at gmail.com>**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 <devinmullins at gmail.com>**20141001075855
 Ignore-this: dbbe00791b04df61dcd595c50333fba
] 
[X.C.Prime: add 'withScreens' and friends
Devin Mullins <devinmullins at gmail.com>**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 <anton at enomsg.org>**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 <anton at enomsg.org>**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 <devinmullins at gmail.com>**20140925203037
 Ignore-this: 51204c1a9f2e6ed21228d2910417fd21
] 
[X.C.Prime: add withWorkspaces et al.
Devin Mullins <devinmullins at gmail.com>**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 <devinmullins at gmail.com>**20140924191509
 Ignore-this: ae775c418c27301b9c12d2a233502cec
 This is necessary for if-then-else support in the user's config.
] 
[X.C.Prime: doc fixes
Devin Mullins <devinmullins at gmail.com>**20140915080601
 Ignore-this: 15e3c445a99d3b2d3a235aa76119797
] 
[X.C.Prime: fix 'def' hyperlink in doc
Devin Mullins <devinmullins at gmail.com>**20140914075352
 Ignore-this: a1de1d81a5f140ab7d90edbf393e9bda
] 
[XMonad.Config.Prime, a do-notation for config
Devin Mullins <devinmullins at gmail.com>**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 <XMonad.Prompt> 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 <XMonad.Prompt>.
 
 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 <http://git.zx2c4.com/password-store the password-store cli>.
 
 - Inspired from <http://babushk.in/posts/combining-xmonad-and-pass.html>
] 
[use Data.Map instead of Data.Map.Strict to support containers < 0.5
Adam Vogt <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**20140710163950
 Ignore-this: c2110d07bccc61462c3fbf73c900aaa1
] 
[clean up cabal file and drop support for base < 3
Adam Vogt <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**20140501011943
 Ignore-this: 8dd677978992e0854801b8f254463dc2
] 
[replace Bound with the equivalent Direction2D
Adam Vogt <vogt.adam at gmail.com>**20140501011540
 Ignore-this: b1f1c256aba07f70918fe1d693c8087b
] 
[remove unused extension in BSP
Adam Vogt <vogt.adam at gmail.com>**20140501011455
 Ignore-this: a4962486b2aa3980536bff19a537451e
] 
[Add BinarySpacePartition layout 
benweitzman at gmail.com**20140430205848
 Ignore-this: a85d1dc51bf54c59ae2bd9d948cc1088
] 
[X.Actions.DynamicWorkspaceGroups: export new function addRawWSGroup
Brent Yorgey <byorgey at cis.upenn.edu>**20140428142901
 Ignore-this: a487882c9571bf91ff921d6561bb4cc6
] 
[Remove unneeded context with the IfMax layout instance
Adam Vogt <vogt.adam at gmail.com>**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 <daniel at wagner-home.com>**20140316183747
 Ignore-this: fd16435ccdd3fee8924723cc690cc239
] 
[New module: XMonad.Util.WindowState
Dmitry Bogatov <KAction at gnu.org>**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 <daniel at wagner-home.com>**20140128212844
 Ignore-this: 90c1437c6ffe1dbd8f4a4ed192097ec
] 
[ServerMode properly indent
Adam Vogt <vogt.adam at gmail.com>**20131219201440
 Ignore-this: 761b39c3e3c90b6123f068e8b1d34e5d
] 
[remove ServerMode tabs
Adam Vogt <vogt.adam at gmail.com>**20131219201000
 Ignore-this: f21448c248ec0ac289c309ed964ebcff
] 
[fix -Wall ServerMode
Adam Vogt <vogt.adam at gmail.com>**20131219181030
 Ignore-this: 708dd5fc60f43dee3d1da085002052f
] 
[documentation note that ServerMode is similar to wmctrl
Adam Vogt <vogt.adam at gmail.com>**20131219180748
 Ignore-this: 3215bdf1c698c798eca8ed7f62a0f591
] 
[Generalized XMonad.Hooks.ServerMode
polson2 at hawk.iit.edu**20131216025100
 Ignore-this: e58da3b168a1058f32982833ea25a739
] 
[IfMax-Layout
Ilya Portnov <portnov84 at rambler.ru>**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 <vogt.adam at gmail.com>**20130924224738
 Ignore-this: 3b7c62275701e6758397977c5c09b744
] 
[export XMonad.Hooks.UrgencyHook.clearUrgency (issue 533)
Adam Vogt <vogt.adam at gmail.com>**20130923031349
 Ignore-this: dafe5763d9abcfa606f5c1a8cf5c57d6
] 
[minor documentation fix: manageDocks doesn't do anything with struts, so don't claim it does
Daniel Wagner <daniel at wagner-home.com>**20130814125106
 Ignore-this: a2610d6c1318ac0977abfc21d1b91632
] 
[don't pretend to be LG3D in X.C.Dmwit because this confuses modern GTK
Daniel Wagner <daniel at wagner-home.com>**20130813211636
 Ignore-this: 8f728dc1b4bf5e472d99419cc5920e51
] 
[XMonad.Actions.UpdatePointer: generalise updatePointer
Liyang HU <git at liyang.hu>**20130730071007
 Ignore-this: 3374a62b6c63dcc152dbf843cd0577f0
 
] 
[XMonad.Actions.UpdatePointer: document TowardsCentre
Liyang HU <git at liyang.hu>**20130730053746
 Ignore-this: 2d684b12e4fff0ebec254bea4a4546a3
 
] 
[Haddock formatting in H.Minimize
Adam Vogt <vogt.adam at gmail.com>**20130723155658
 Ignore-this: 5db3186a51dec58f78954466ded339cb
] 
[Bump version (and xmonad dependency) to 0.12
Adam Vogt <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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
 
    <action=malicious shell command>normal title</action>
 
 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 <ttuegel at gmail.com>**20130616230219
 Ignore-this: 5a4d08c80301864bc14ed784f1054c3f
] 
[Fix haddock parse error in X.A.LinkWorkspaces
Adam Vogt <vogt.adam at gmail.com>**20130528133448
 Ignore-this: 42f05cf8ca9e6d1ffae3bd20666d87ab
] 
[use Data.Default wherever possible, and deprecate the things it replaces
Daniel Wagner <daniel at wagner-home.com>**20130528013909
 Ignore-this: 898458b1d2868a70dfb09faf473dc7aa
] 
[eliminate references to defaultConfig
Daniel Wagner <daniel at wagner-home.com>**20130528005825
 Ignore-this: 37ae613e4b943e99c5200915b9d95e58
] 
[minimal change needed to get xmonad-contrib to build with xmonad's data-default patch
Daniel Wagner <daniel at wagner-home.com>**20130528001040
 Ignore-this: 291e4f6cd74fc2b808062e0369665170
] 
[Remove unneeded XSync call in Layout.ShowWName
Francesco Ariis <fa-ml at ariis.it>**20130517153341
 Ignore-this: 4d107c680572eff464c8f6ed9fabdd41
] 
[Remove misleading comment: we definitely don't support ghc-6.6 anymore
Adam Vogt <vogt.adam at gmail.com>**20130514215851
 Ignore-this: 2d071cb05709a16763d039222264b426
] 
[Fix module name in comment of X.L.Fullscreen
Adam Vogt <vogt.adam at gmail.com>**20130514215727
 Ignore-this: cb5cf18c301c5daf5e1a2527da1ef6bf
] 
[Minor update to cabal file (adding modules & maintainership)
Adam Vogt <vogt.adam at gmail.com>**20130514215632
 Ignore-this: 82785e02e544e1f797799bed5b5d9be2
] 
[Remove trailing whitespace in X.A.LinkWorkspaces
Adam Vogt <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**20130425155811
 Ignore-this: e5076fdbdfc68bc159424dd4e0f14456
 
 http://www.haskell.org/pipermail/xmonad/2013-April/013670.html
] 
[Remove unnecessary contexts from L.MultiToggle
Adam Vogt <vogt.adam at gmail.com>**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 <daniel at wagner-home.com>**20130503194055
 Ignore-this: 2f6d7536df81eb767262b79b60eb1b86
] 
[warning police
Daniel Wagner <daniel at wagner-home.com>**20130502012700
 Ignore-this: ae7412ac77c57492a7ad6c5f8f50b9eb
] 
[XMonad.Config.Dmwit
Daniel Wagner <daniel at wagner-home.com>**20130502012132
 Ignore-this: 7402161579fd2e191b60a057d955e5ea
] 
[minor fixes to the haddock markup in X.L.IndependentScreens
Daniel Wagner <daniel at wagner-home.com>**20130411193849
 Ignore-this: b6a139aa43fdb39fc1b86566c0c34c7a
] 
[add whenCurrentOn to X.L.IndependentScreens
Daniel Wagner <daniel at wagner-home.com>**20130408225251
 Ignore-this: ceea3d391f270abc9ed8e52ce19fb1ac
] 
[Allow to specify the initial gaps' states in X.L.Gaps
Paul Fertser <fercerpav at gmail.com>**20130222072232
 Ignore-this: 31596d918d0050e36ce3f64f56205a64
] 
[should bump X11 dependency, too, to make sure we have getAtomName
Daniel Wagner <daniel at wagner-home.com>**20130225180527
 Ignore-this: 260711f27551f18cc66afeb7b4846b9f
] 
[getAtomName is now defined in the X11 library
Daniel Wagner <daniel at wagner-home.com>**20130225180323
 Ignore-this: 3b9e17c234679e98752a47c37132ee4e
] 
[Allow to limit maximum row count in X.Prompt completion window
Paul Fertser <fercerpav at gmail.com>**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 <vogt.adam at gmail.com>**20130217233026
 Ignore-this: 937bff636fa88171932d5192fe8e290b
] 
[Export U.NamedActions.addDescrKeys per evaryont's request.
Adam Vogt <vogt.adam at gmail.com>**20130217232619
 Ignore-this: a694a0a3ece70b52fba6e8f688d86344
] 
[Add EWMH DEMANDS_ATTENTION support to UrgencyHook.
Maarten de Vries <maarten at de-vri.es>**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 <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**20130112035701
 Ignore-this: d54d27b71b97144ef0660f910fd464aa
] 
[Make X.A.CycleWS not rely on hidden WS order
Dmitri Iouchtchenko <johnnyspoon at gmail.com>**20130109023328
 Ignore-this: 8717a154b33253c5df4e9a0ada4c2c3e
] 
[Add X.H.WorkspaceHistory
Dmitri Iouchtchenko <johnnyspoon at gmail.com>**20130109023307
 Ignore-this: c9e7ce33a944facc27481dde52c7cc80
] 
[Allow removing arbitrary workspaces
Dmitri Iouchtchenko <johnnyspoon at gmail.com>**20121231214343
 Ignore-this: 6fce4bd3d0c5337e5122158583138e74
] 
[Remove first-hidden restriction from X.A.DynamicWorkspaces.removeWorkspace'
Dmitri Iouchtchenko <johnnyspoon at gmail.com>**20121231214148
 Ignore-this: 55fb0859e9a5f476a834ecbdb774aac8
] 
[Add authorspellings file for `darcs show authors'.
Adam Vogt <vogt.adam at gmail.com>**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 <vogt.adam at gmail.com>**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: <mailman.0.1419038758.2568.xmonad@haskell.org>

1 patch for repository http://code.haskell.org/XMonadContrib:

Fri Dec 19 17:13:39 PST 2014  Anton Vorontsov <anton at enomsg.org>
  * 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141220/d9950b12/attachment.bin>
-------------- 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141220/d9950b12/attachment-0001.bin>

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: <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>

On Sun, Dec 21, 2014 at 8:26 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141221/3ff6a557/attachment.html>

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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
Message-ID: <87d27cigre.fsf@gmail.com>

Brandon Allbery <allbery.b at gmail.com>
writes:

> On Sun, Dec 21, 2014 at 8:26 PM, jenia.ivlev
> <jenia.ivlev at gmail.com> 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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
Message-ID: <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>

On Sun, Dec 21, 2014 at 9:02 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141221/44ea65e3/attachment.html>

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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
Message-ID: <87lhm0h11m.fsf@gmail.com>

Brandon Allbery <allbery.b at gmail.com>
writes:

> On Sun, Dec 21, 2014 at 9:02 PM, jenia.ivlev
> <jenia.ivlev at gmail.com> 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>
 <CAKFCL4V3sf-bPu5XyucU9d2Wx_ZOQBEX_TK4hUrrLA9XgeAuYw@mail.gmail.com>
 <20141219224011.GA25427@mir.felixcrux.com>
Message-ID: <CAHfjoW=VdCphejxNhSQuk83PiLPG+hiNVELdumu1R5rJL6JDAQ@mail.gmail.com>

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: <CADjRcrWvuCxmYrruoDKcbPbLZz0UigvO0Jn5Q4VEz9gddgSYyw@mail.gmail.com>
References: <CADjRcrWvuCxmYrruoDKcbPbLZz0UigvO0Jn5Q4VEz9gddgSYyw@mail.gmail.com>
Message-ID: <CAHfjoWma-UDPgNeoFga9wfj6_svwxeXr_NUoXVho9twKZp0ykA@mail.gmail.com>

Thanks for the patch Arjun. I've pushed it.

On Thu, Dec 18, 2014 at 7:39 PM, Arjun Comar <nrujac at gmail.com> 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: <CAHfjoWnAub4onYGL55Hjv+M4s5qgZZQpDnBfpEKMdTDzbimkVQ@mail.gmail.com>

Thanks Anton, I've applied your patch

On Fri, Dec 19, 2014 at 8:25 PM, Anton Vorontsov <anton at enomsg.org> wrote:
> 1 patch for repository http://code.haskell.org/XMonadContrib:
>
> Fri Dec 19 17:13:39 PST 2014  Anton Vorontsov <anton at enomsg.org>
>   * 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 <anton at enomsg.org>**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: <CADjRcrWvuCxmYrruoDKcbPbLZz0UigvO0Jn5Q4VEz9gddgSYyw@mail.gmail.com>
Message-ID: <E1Y2usK-0000cP-B7@urchin.earth.li>

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 <XF86AudioMicMute> 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 <XF86AudioMicMute> 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: <CAHfjoW=TAFq5v_G+NwqKhEP_pVXMCjDisaUfma=b4Vt6wY+GDg@mail.gmail.com>

Applied, thanks!

On Mon, Nov 10, 2014 at 3:28 PM,  <benweitzman at gmail.com> 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-<Left>",    sendMessage $ ExpandTowards L)
> +-- > , ("M-M1-<Right>",   sendMessage $ ShrinkFrom L)
> +-- > , ("M-M1-<Up>",      sendMessage $ ExpandTowards U)
> +-- > , ("M-M1-<Down>",    sendMessage $ ShrinkFrom U)
> +-- > , ("M-M1-C-<Left>",  sendMessage $ ShrinkFrom R)
> +-- > , ("M-M1-C-<Right>", sendMessage $ ExpandTowards R)
> +-- > , ("M-M1-C-<Up>",    sendMessage $ ShrinkFrom D)
> +-- > , ("M-M1-C-<Down>",  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: <CAPn2_L92ctJvNyTyXSOz4BQvoPyUC9kiVps-nkf=A0TkG+s_vQ@mail.gmail.com>
References: <CAPn2_L-yiTHSD6Pf3ubV=ZuffpWbpu8mostPzPqA_vK1N35Y1Q@mail.gmail.com>
 <CAMwO0gy_-T5JKB3MtvjXceaOUNYdwF+jcqoP_P=mfLVjvXxzPA@mail.gmail.com>
 <CAHfjoW=HUwHTPtTn7rLBZArqpFa8w5EObzONw+FH8Eii57c2WQ@mail.gmail.com>
 <CAPn2_L92ctJvNyTyXSOz4BQvoPyUC9kiVps-nkf=A0TkG+s_vQ@mail.gmail.com>
Message-ID: <CAPn2_L9=jn=C4=hLokzWSD9zbRXOOvFkDMmqH0FUiu4shKwQQQ@mail.gmail.com>

On 23/01/2013, Dmitri Iouchtchenko <johnnyspoon at gmail.com> wrote:
> On 1/16/13, adam vogt <vogt.adam at gmail.com> 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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.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: <CAOB3109RUkyMkZjA2zRdB6wd92BGO3L+nZXMkJFXWTBwbXT7KA@mail.gmail.com>

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: <http://www.haskell.org/pipermail/xmonad/attachments/20141223/b1aaf6e2/attachment.html>

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: <CAOB3109RUkyMkZjA2zRdB6wd92BGO3L+nZXMkJFXWTBwbXT7KA@mail.gmail.com>
References: <CAOB3109RUkyMkZjA2zRdB6wd92BGO3L+nZXMkJFXWTBwbXT7KA@mail.gmail.com>
Message-ID: <CAKFCL4WXqe7UPQgJg_0LE51u7NfGSqkYk7kDF4rkfX80yroY_Q@mail.gmail.com>

On Tue, Dec 23, 2014 at 4:16 PM, Eric Mrak <mail at ericmrak.info> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141223/76cd5449/attachment.html>

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: <CAKFCL4WXqe7UPQgJg_0LE51u7NfGSqkYk7kDF4rkfX80yroY_Q@mail.gmail.com>
References: <CAOB3109RUkyMkZjA2zRdB6wd92BGO3L+nZXMkJFXWTBwbXT7KA@mail.gmail.com>
 <CAKFCL4WXqe7UPQgJg_0LE51u7NfGSqkYk7kDF4rkfX80yroY_Q@mail.gmail.com>
Message-ID: <CAOB310-YbXAuFOA3FLvA_xTVuwtxx8qnxkrgd0bNx8e-Xjr8ng@mail.gmail.com>

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 <allbery.b at gmail.com>
wrote:

> On Tue, Dec 23, 2014 at 4:16 PM, Eric Mrak <mail at ericmrak.info> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141223/3424a5e6/attachment.html>

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: <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.gmail.com>

On Wed, Dec 24, 2014 at 11:40 AM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141224/37e29e3c/attachment.html>

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>
 <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.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>
 <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.gmail.com>
 <84a92darjz.fsf@gmail.com>
Message-ID: <CAKFCL4W8A6Aq+i800q6WG98OU6UnCnT7yOEreb7tZqsfNFThNw@mail.gmail.com>

On Wed, Dec 24, 2014 at 12:25 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141224/fcdd044f/attachment.html>

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>
 <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.gmail.com>
 <84a92darjz.fsf@gmail.com>
 <CAKFCL4W8A6Aq+i800q6WG98OU6UnCnT7yOEreb7tZqsfNFThNw@mail.gmail.com>
Message-ID: <843884c3kk.fsf@gmail.com>

Brandon Allbery <allbery.b at gmail.com>
writes:

> On Wed, Dec 24, 2014 at 12:25 PM, jenia.ivlev
> <jenia.ivlev at gmail.com> 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>
 <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.gmail.com>
 <84a92darjz.fsf@gmail.com>
 <CAKFCL4W8A6Aq+i800q6WG98OU6UnCnT7yOEreb7tZqsfNFThNw@mail.gmail.com>
 <843884c3kk.fsf@gmail.com>
Message-ID: <CAKFCL4VnbXuewsL9MfydwcxhiW6=k-YkNDq+hfCqdUC9Dn7-LA@mail.gmail.com>

On Wed, Dec 24, 2014 at 1:20 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141224/4810a762/attachment.html>

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>
 <CAKFCL4VGMLrd0jFP2sx-VYFm_+M_Wuc4_jTqStKkeqDRBRfRig@mail.gmail.com>
 <84a92darjz.fsf@gmail.com>
 <CAKFCL4W8A6Aq+i800q6WG98OU6UnCnT7yOEreb7tZqsfNFThNw@mail.gmail.com>
 <843884c3kk.fsf@gmail.com>
 <CAKFCL4VnbXuewsL9MfydwcxhiW6=k-YkNDq+hfCqdUC9Dn7-LA@mail.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: <CAKFCL4XYpsay8Jycxx=akav-+BqxYj-MZpzuj=Qz=SC7C=fQFA@mail.gmail.com>

On Wed, Dec 24, 2014 at 2:30 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141224/8afd6453/attachment.html>

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: <CAKFCL4XYpsay8Jycxx=akav-+BqxYj-MZpzuj=Qz=SC7C=fQFA@mail.gmail.com>
References: <84ioh0alqq.fsf@gmail.com>
 <CAKFCL4XYpsay8Jycxx=akav-+BqxYj-MZpzuj=Qz=SC7C=fQFA@mail.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>
 <CAKFCL4XYpsay8Jycxx=akav-+BqxYj-MZpzuj=Qz=SC7C=fQFA@mail.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>
 <CAKFCL4XYpsay8Jycxx=akav-+BqxYj-MZpzuj=Qz=SC7C=fQFA@mail.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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
Message-ID: <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>

On Thu, Dec 25, 2014 at 2:43 PM, Adam Sj?gren <asjo at koldfront.dk> 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: <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
Message-ID: <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>

On Thu, Dec 25, 2014 at 11:20 AM, Carsten Mattner <carstenmattner at gmail.com>
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: <http://www.haskell.org/pipermail/xmonad/attachments/20141225/a69b75fc/attachment.html>

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: <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
Message-ID: <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>

On Thu, Dec 25, 2014 at 5:22 PM, Brandon Allbery <allbery.b at gmail.com> wrote:
> On Thu, Dec 25, 2014 at 11:20 AM, Carsten Mattner <carstenmattner at gmail.com>
> 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: <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
 <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>
Message-ID: <CAKFCL4UXx10-0gg+=CB_YUSkxmchRyPEJBEohwY-EfPsprW02g@mail.gmail.com>

On Thu, Dec 25, 2014 at 11:26 AM, Carsten Mattner <carstenmattner at gmail.com>
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: <http://www.haskell.org/pipermail/xmonad/attachments/20141225/947d39cb/attachment.html>

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: <CAKFCL4UXx10-0gg+=CB_YUSkxmchRyPEJBEohwY-EfPsprW02g@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
 <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>
 <CAKFCL4UXx10-0gg+=CB_YUSkxmchRyPEJBEohwY-EfPsprW02g@mail.gmail.com>
Message-ID: <CACY+HvquAxkzK_y3oOQgmd0=WXnNHdxusVqmtBWfNJ2omE8+TA@mail.gmail.com>

On Thu, Dec 25, 2014 at 5:31 PM, Brandon Allbery <allbery.b at gmail.com> wrote:
> On Thu, Dec 25, 2014 at 11:26 AM, Carsten Mattner <carstenmattner at gmail.com>
> 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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
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: <CACY+HvquAxkzK_y3oOQgmd0=WXnNHdxusVqmtBWfNJ2omE8+TA@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
 <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>
 <CAKFCL4UXx10-0gg+=CB_YUSkxmchRyPEJBEohwY-EfPsprW02g@mail.gmail.com>
 <CACY+HvquAxkzK_y3oOQgmd0=WXnNHdxusVqmtBWfNJ2omE8+TA@mail.gmail.com>
Message-ID: <CAKFCL4VMZ4n5v=QyXDxSXJOT-ChujV3TjWHduyfyRTKUqHdghg@mail.gmail.com>

On Thu, Dec 25, 2014 at 11:35 AM, Carsten Mattner <carstenmattner at gmail.com>
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: <http://www.haskell.org/pipermail/xmonad/attachments/20141225/d929ac4e/attachment-0001.html>

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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <87h9wjheha.fsf@topper.koldfront.dk>
Message-ID: <CACY+HvofNv=7wrQdV3E0+vEK-1PjoVBxdj7hzmYj2nrvVTzXXA@mail.gmail.com>

On Thu, Dec 25, 2014 at 5:38 PM, Adam Sj?gren <asjo at koldfront.dk> 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: <CAKFCL4VMZ4n5v=QyXDxSXJOT-ChujV3TjWHduyfyRTKUqHdghg@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <CAKFCL4VmAN5OPEbhx4ZWfaeKDrDwX6235keNMFRpLdM54CEQPQ@mail.gmail.com>
 <CACY+Hvp-48s4nO5uNsWW=tmAU6xEmf4yZYu-mg-eSQ7HubfBmg@mail.gmail.com>
 <CAKFCL4UXx10-0gg+=CB_YUSkxmchRyPEJBEohwY-EfPsprW02g@mail.gmail.com>
 <CACY+HvquAxkzK_y3oOQgmd0=WXnNHdxusVqmtBWfNJ2omE8+TA@mail.gmail.com>
 <CAKFCL4VMZ4n5v=QyXDxSXJOT-ChujV3TjWHduyfyRTKUqHdghg@mail.gmail.com>
Message-ID: <CACY+HvozW=Fdbt_YPmeWSz+u8VGk6phUdzr-u3CsZptGabdEiw@mail.gmail.com>

On Thu, Dec 25, 2014 at 5:42 PM, Brandon Allbery <allbery.b at gmail.com> wrote:
> On Thu, Dec 25, 2014 at 11:35 AM, Carsten Mattner <carstenmattner at gmail.com>
> 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: <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
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>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <549C7354.9010400@free.fr>
Message-ID: <CAKFCL4Xvz9S5tKcKTL4FLeAtMGRX2XhJVa81AWiQFq0eHRgMBg@mail.gmail.com>

On Thu, Dec 25, 2014 at 3:28 PM, Alain Bertrand <alainbe at free.fr> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141225/2c7e9279/attachment.html>

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: <CAKFCL4Xvz9S5tKcKTL4FLeAtMGRX2XhJVa81AWiQFq0eHRgMBg@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>
 <CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>
 <87d27cigre.fsf@gmail.com>
 <CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>
 <87sig7yq1d.fsf@gmail.com> <8761czj14j.fsf@topper.koldfront.dk>
 <CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>
 <549C7354.9010400@free.fr>
 <CAKFCL4Xvz9S5tKcKTL4FLeAtMGRX2XhJVa81AWiQFq0eHRgMBg@mail.gmail.com>
Message-ID: <CAKFCL4U2CChaQSFufY5_2Wf=48Ax49Ji7xsnCZ8Os5dRMr1o5A@mail.gmail.com>

On Thu, Dec 25, 2014 at 9:06 PM, Brandon Allbery <allbery.b at gmail.com>
wrote:

> On Thu, Dec 25, 2014 at 3:28 PM, Alain Bertrand <alainbe at free.fr> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141225/f44968cb/attachment.html>

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: <CAKFCL4U4H6kymkazhB9gS+14BgbWY=JJubRpdPeJHymDgZAycg@mail.gmail.com>

On Sat, Dec 27, 2014 at 10:31 PM, jenia.ivlev <jenia.ivlev at gmail.com> 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: <http://www.haskell.org/pipermail/xmonad/attachments/20141227/d9052142/attachment.html>

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: <CAKFCL4U2CChaQSFufY5_2Wf=48Ax49Ji7xsnCZ8Os5dRMr1o5A@mail.gmail.com>
References: <87mw6giiec.fsf@gmail.com>	<CAKFCL4XazGYWckBPiR4ae1Rz1xaRR6PBZLz+oZvqZ_qNLmeB5Q@mail.gmail.com>	<87d27cigre.fsf@gmail.com>	<CAKFCL4UB1eQ2+a81cBsSvJSJjBy7D8ZuMC6eQ8ZhAZEA3RZkLg@mail.gmail.com>	<87sig7yq1d.fsf@gmail.com>	<8761czj14j.fsf@topper.koldfront.dk>	<CACY+HvoDoTAX_Uftx+nbXnxK-00e9qreV26fpcaLLMTV7h=XSg@mail.gmail.com>	<549C7354.9010400@free.fr>	<CAKFCL4Xvz9S5tKcKTL4FLeAtMGRX2XhJVa81AWiQFq0eHRgMBg@mail.gmail.com>
 <CAKFCL4U2CChaQSFufY5_2Wf=48Ax49Ji7xsnCZ8Os5dRMr1o5A@mail.gmail.com>
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 <allbery.b at gmail.com>
> 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>
 <CAKFCL4U4H6kymkazhB9gS+14BgbWY=JJubRpdPeJHymDgZAycg@mail.gmail.com>
Message-ID: <87vbkvoe16.fsf@gmail.com>


Brandon Allbery <allbery.b at gmail.com>
writes:

> On Sat, Dec 27, 2014 at 10:31 PM, jenia.ivlev
> <jenia.ivlev at gmail.com> 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