From fuseki at posteo.de Mon Apr 11 14:20:16 2016 From: fuseki at posteo.de (Andreas Doll) Date: Mon, 11 Apr 2016 16:20:16 +0200 Subject: [xmonad] Mirrored keybindings with mirrored layout Message-ID: <20160411142016.GA8840@laptop> Hello I use the ResizableTall layout and configured key bindings for resizing windows which resemble vim movements: ("M-S-j", sendMessage MirrorShrink) ("M-S-k", sendMessage MirrorExpand) ("M-S-h", sendMessage Shrink) ("M-S-l", sendMessage Expand) Now when I use a mirrored variant of this layout, the key bindings are mirrored as well - meaning that j/k change the window size horizontally and h/k vertically. Is it possible to keep the original behaviour also in the mirrored layout variant? Best regards, Andreas From vogt.adam at gmail.com Mon Apr 11 18:26:40 2016 From: vogt.adam at gmail.com (adam vogt) Date: Mon, 11 Apr 2016 14:26:40 -0400 Subject: [xmonad] Mirrored keybindings with mirrored layout In-Reply-To: <20160411142016.GA8840@laptop> References: <20160411142016.GA8840@laptop> Message-ID: Hi Andreas, You could check the layout description of the current layout for "Mirror" (or something else if you're using XMonad.Layout.Named), and then have the key binding send the message that makes more sense for the given layout. This is probably a good start that compiles but I didn't test it < http://lpaste.net/8970541507006169088>. Cheers, Adam On Mon, Apr 11, 2016 at 10:20 AM, Andreas Doll wrote: > Hello > > I use the ResizableTall layout and configured key bindings for resizing > windows which resemble vim movements: > > ("M-S-j", sendMessage MirrorShrink) > ("M-S-k", sendMessage MirrorExpand) > ("M-S-h", sendMessage Shrink) > ("M-S-l", sendMessage Expand) > > Now when I use a mirrored variant of this layout, the key bindings are > mirrored as well - meaning that j/k change the window size horizontally and > h/k vertically. > > Is it possible to keep the original behaviour also in the mirrored layout > variant? > > Best regards, > Andreas > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuseki at posteo.de Mon Apr 11 22:21:01 2016 From: fuseki at posteo.de (Andreas Doll) Date: Tue, 12 Apr 2016 00:21:01 +0200 Subject: [xmonad] Mirrored keybindings with mirrored layout In-Reply-To: References: <20160411142016.GA8840@laptop> Message-ID: <20160411222101.GB3215@laptop> On 2016-04-11 at 14:26, adam vogt wrote: > You could check the layout description of the current layout for "Mirror" (or > something else if you're using XMonad.Layout.Named), and then have the key > binding send the message that makes more sense for the given layout. > This is probably a good start that compiles but I didn't test it lpaste.net/8970541507006169088>. Thanks! In flipD I have to use U -> L, D -> R, besides that it works like a charm. Best regards, Andreas From iqpvnw at nottheoilrig.com Fri Apr 22 17:16:22 2016 From: iqpvnw at nottheoilrig.com (Jack Bates) Date: Fri, 22 Apr 2016 10:16:22 -0700 Subject: [xmonad] Case insensitive WindowBringer Message-ID: <571A5C66.1020909@nottheoilrig.com> I love WindowBringer but I sometimes forget the menu items (window titles) are all lowercase. I type a capital letter, e.g. "Makefile" and get no results. Would you consider a pull request to make it case insensitive? From mlists at pmade.com Fri Apr 22 23:19:30 2016 From: mlists at pmade.com (Peter Jones) Date: Fri, 22 Apr 2016 17:19:30 -0600 Subject: [xmonad] Case insensitive WindowBringer References: <571A5C66.1020909@nottheoilrig.com> Message-ID: <878u05s03h.fsf@pmade.com> Jack Bates writes: > I love WindowBringer but I sometimes forget the menu items (window > titles) are all lowercase. I type a capital letter, e.g. "Makefile" > and get no results. Would you consider a pull request to make it case > insensitive? Is it WindowBringer or XPrompt that is causing the case-sensitivity issue? -- Peter Jones, Founder, Devalot.com Defending the honor of good code From allbery.b at gmail.com Fri Apr 22 23:23:51 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Fri, 22 Apr 2016 19:23:51 -0400 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: <878u05s03h.fsf@pmade.com> References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> Message-ID: On Fri, Apr 22, 2016 at 7:19 PM, Peter Jones wrote: > Jack Bates writes: > > I love WindowBringer but I sometimes forget the menu items (window > > titles) are all lowercase. I type a capital letter, e.g. "Makefile" > > and get no results. Would you consider a pull request to make it case > > insensitive? > > Is it WindowBringer or XPrompt that is causing the case-sensitivity > issue? > WindowBringer uses dmenu, not XMonad.Prompt. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From mlists at pmade.com Fri Apr 22 23:28:05 2016 From: mlists at pmade.com (Peter Jones) Date: Fri, 22 Apr 2016 17:28:05 -0600 Subject: [xmonad] Case insensitive WindowBringer References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> Message-ID: <87oa91ql4q.fsf@pmade.com> Brandon Allbery writes: > On Fri, Apr 22, 2016 at 7:19 PM, Peter Jones > wrote: > >> Jack Bates writes: >> > I love WindowBringer but I sometimes forget the menu items (window >> > titles) are all lowercase. I type a capital letter, e.g. "Makefile" >> > and get no results. Would you consider a pull request to make it case >> > insensitive? >> >> Is it WindowBringer or XPrompt that is causing the case-sensitivity >> issue? >> > > WindowBringer uses dmenu, not XMonad.Prompt. Bummer. Sounds like an even better patch is needed ;) -- Peter Jones, Founder, Devalot.com Defending the honor of good code From jeroen at budts.be Sat Apr 23 19:54:25 2016 From: jeroen at budts.be (Jeroen Budts) Date: Sat, 23 Apr 2016 21:54:25 +0200 Subject: [xmonad] Floating Terminator moves 1px everytime Message-ID: <571BD2F1.1080402@budts.be> Hi all, I started experimenting with xmonad as the window manager for XFCE a few days ago (having used the default xfwm4 for several years), so I'm very new to xmonad, Haskell and tiling window managers in general. I use Terminator as my terminal, but i have configured it so I can use it 'quake-style': with xfwm4 it appears over my other windows when I press and disappears when pressing again. To simulate this same behavior in xmonad I configured Terminator to always float. This works, but every time I hide and open the Terminator window again it moves 1 pixel to the right and bottom. Initially it is to the left edge of the screen and just below the xfce-panel, but after using it a few times there is a 'gap' between the edge of the screen and terminator and between xfce-panel and terminator. I have no idea what is causing this, any help would be much appreciated :) Here is my xmonad.hs config: import XMonad import XMonad.Config.Xfce import XMonad.Layout.Spacing import XMonad.Hooks.ManageDocks myLayout = spacing 5 $ layoutHook xfceConfig myManageHook = composeAll [ className =? "Terminator" --> doFloat , className =? "Thunderbird" --> doShift "1" , className =? "Firefox" --> doShift "2" , className =? "Spotify" --> doShift "9" , className =? "Banshee" --> doShift "9"] main = xmonad xfceConfig { modMask = mod4Mask , terminal = "xfce4-terminal" , layoutHook = myLayout , manageHook = myManageHook <+> manageHook xfceConfig <+> manageDocks -- uses default too , focusedBorderColor = "#2d5682" , borderWidth = 3 } Thx for any help! Jeroen -- website: http://budts.be/ - twitter: @teranex ___________________________________ Registered Linux User #482240 - GetFirefox.com - ubuntu.com -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: OpenPGP digital signature URL: From allbery.b at gmail.com Sat Apr 23 20:04:35 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 23 Apr 2016 16:04:35 -0400 Subject: [xmonad] Floating Terminator moves 1px everytime In-Reply-To: <571BD2F1.1080402@budts.be> References: <571BD2F1.1080402@budts.be> Message-ID: On Sat, Apr 23, 2016 at 3:54 PM, Jeroen Budts wrote: > I use Terminator as my terminal, but i have configured it so I can use > it 'quake-style': with xfwm4 it appears over my other windows when I > press and disappears when pressing again. > > To simulate this same behavior in xmonad I configured Terminator to > always float. This works, but every time I hide and open the Terminator > window again it moves 1 pixel to the right and bottom. Initially it is > to the left edge of the screen and just below the xfce-panel, but after > using it a few times there is a 'gap' between the edge of the screen and > terminator and between xfce-panel and terminator. > I have no idea what is causing this, any help would be much appreciated :) > There's several places where xmonad doesn't track the window border properly with respect to the window (the border is actually *within* the window and so enlarges it by borderWidth pixels on each side). Worse, some of the places that do this unconditionally use the default borderWidth, so you can't even configure just that window to have no borders to work around it. I'm still tracking down all the places this happens, but one known one is hard to fix (it's doing that default borderWidth thing because nothing else has had a chance to run yet, and you can't run it afterward because it has to set the default position/size early for the ManageHook to work. Nasty chicken-and-egg situation.) However, in this case you may want to use a better simulation of the quake-like behavior instead: XMonad.Util.NamedScratchpad. I have a couple of terminals and various other windows configured as NamedScratchpad windows and they stay where they're put. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From jschoett at gmail.com Sat Apr 23 20:16:21 2016 From: jschoett at gmail.com (=?UTF-8?Q?Jakob_Sch=c3=b6ttl?=) Date: Sat, 23 Apr 2016 22:16:21 +0200 Subject: [xmonad] Floating Terminator moves 1px everytime In-Reply-To: References: <571BD2F1.1080402@budts.be> Message-ID: <86e3ec33-1bee-2094-404c-6672bfc0f6bb@gmail.com> Oh, I did not know about XMonad.Util.NamedScratchpad. Nice Tip Brandon. I use termite as drop-down terminal together with tdrop. That also works, like this: https://plus.google.com/+JakobSch?ttl/posts/7Yif4Z1zp2E Jakob Am 23.04.2016 um 22:04 schrieb Brandon Allbery: > On Sat, Apr 23, 2016 at 3:54 PM, Jeroen Budts > wrote: > > I use Terminator as my terminal, but i have configured it so I can use > it 'quake-style': with xfwm4 it appears over my other windows when I > press and disappears when pressing again. > > To simulate this same behavior in xmonad I configured Terminator to > always float. This works, but every time I hide and open the > Terminator > window again it moves 1 pixel to the right and bottom. Initially it is > to the left edge of the screen and just below the xfce-panel, but > after > using it a few times there is a 'gap' between the edge of the > screen and > terminator and between xfce-panel and terminator. > I have no idea what is causing this, any help would be much > appreciated :) > > > There's several places where xmonad doesn't track the window border > properly with respect to the window (the border is actually *within* > the window and so enlarges it by borderWidth pixels on each side). > Worse, some of the places that do this unconditionally use the default > borderWidth, so you can't even configure just that window to have no > borders to work around it. I'm still tracking down all the places this > happens, but one known one is hard to fix (it's doing that default > borderWidth thing because nothing else has had a chance to run yet, > and you can't run it afterward because it has to set the default > position/size early for the ManageHook to work. Nasty chicken-and-egg > situation.) > > However, in this case you may want to use a better simulation of the > quake-like behavior instead: XMonad.Util.NamedScratchpad. I have a > couple of terminals and various other windows configured as > NamedScratchpad windows and they stay where they're put. > > -- > brandon s allbery kf8nh sine nomine associates > allbery.b at gmail.com > ballbery at sinenomine.net > unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad -------------- next part -------------- An HTML attachment was scrubbed... URL: From iqpvnw at nottheoilrig.com Wed Apr 27 14:36:33 2016 From: iqpvnw at nottheoilrig.com (Jack Bates) Date: Wed, 27 Apr 2016 07:36:33 -0700 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: <87oa91ql4q.fsf@pmade.com> References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> <87oa91ql4q.fsf@pmade.com> Message-ID: <5720CE71.3010100@nottheoilrig.com> On 22/04/16 04:28 PM, Peter Jones wrote: > Brandon Allbery > writes: >> On Fri, Apr 22, 2016 at 7:19 PM, Peter Jones >> wrote: >>> Jack Bates writes: >>>> I love WindowBringer but I sometimes forget the menu items (window >>>> titles) are all lowercase. I type a capital letter, e.g. "Makefile" >>>> and get no results. Would you consider a pull request to make it case >>>> insensitive? >>> >>> Is it WindowBringer or XPrompt that is causing the case-sensitivity >>> issue? >> >> WindowBringer uses dmenu, not XMonad.Prompt. > > Bummer. Sounds like an even better patch is needed ;) This is the change I have in mind: http://nottheoilrig.com/case-insensitive.patch Is it acceptable? Would you make any changes to it? There is a version of WindowBringer that uses XMonad.Prompt instead of dmenu: XMonad.Prompt.Window From allbery.b at gmail.com Wed Apr 27 14:47:43 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 27 Apr 2016 10:47:43 -0400 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: <5720CE71.3010100@nottheoilrig.com> References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> <87oa91ql4q.fsf@pmade.com> <5720CE71.3010100@nottheoilrig.com> Message-ID: On Wed, Apr 27, 2016 at 10:36 AM, Jack Bates wrote: > Is it acceptable? Would you make any changes to it? Better way to do this is make a pull request on github. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From iqpvnw at nottheoilrig.com Wed Apr 27 17:23:49 2016 From: iqpvnw at nottheoilrig.com (Jack Bates) Date: Wed, 27 Apr 2016 10:23:49 -0700 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> <87oa91ql4q.fsf@pmade.com> <5720CE71.3010100@nottheoilrig.com> Message-ID: <5720F5A5.7050102@nottheoilrig.com> On 27/04/16 07:47 AM, Brandon Allbery wrote: > On Wed, Apr 27, 2016 at 10:36 AM, Jack Bates > wrote: > > Is it acceptable? Would you make any changes to it? > > Better way to do this is make a pull request on github. You bet, done: https://github.com/xmonad/xmonad-contrib/pull/53 The Travis build check failed because "cabal update" failed. There was a problem with http://hackage.haskell.org/packages Is there anything I should do? From allbery.b at gmail.com Wed Apr 27 17:30:45 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 27 Apr 2016 13:30:45 -0400 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: <5720F5A5.7050102@nottheoilrig.com> References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> <87oa91ql4q.fsf@pmade.com> <5720CE71.3010100@nottheoilrig.com> <5720F5A5.7050102@nottheoilrig.com> Message-ID: On Wed, Apr 27, 2016 at 1:23 PM, Jack Bates wrote: > The Travis build check failed because "cabal update" failed. > There was a problem with http://hackage.haskell.org/packages > > > Is there anything I should do? > Not really. My experience is Travis gets that kind of thing a lot; another project I work with that uses the free Travis infra constantly gets spurious failures due to it failing to pull packages from apt-get or github or etc. I imagine they're not very motivated to fix it for the free service. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Wed Apr 27 17:32:32 2016 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 27 Apr 2016 13:32:32 -0400 Subject: [xmonad] Case insensitive WindowBringer In-Reply-To: References: <571A5C66.1020909@nottheoilrig.com> <878u05s03h.fsf@pmade.com> <87oa91ql4q.fsf@pmade.com> <5720CE71.3010100@nottheoilrig.com> <5720F5A5.7050102@nottheoilrig.com> Message-ID: On Wed, Apr 27, 2016 at 1:30 PM, Brandon Allbery wrote: > On Wed, Apr 27, 2016 at 1:23 PM, Jack Bates > wrote: > >> The Travis build check failed because "cabal update" failed. >> There was a problem with http://hackage.haskell.org/packages >> >> >> Is there anything I should do? >> > > Not really. My experience is Travis gets that kind of thing a lot; another > project I work with that uses the free Travis infra constantly gets > spurious failures due to it failing to pull packages from apt-get or github > or etc. I imagine they're not very motivated to fix it for the free service. > And no sooner do I hit send on that, then: [27 17:29] Status update: The hackage server is in an out of memory condition. We're investigating. -- http://status.haskell.org/pages/incident/537c07b0cf1fad5830000093/5720f6effe92599160002a31 -- 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: