From cwills.dev at gmail.com Sun Feb 2 21:42:17 2014 From: cwills.dev at gmail.com (Christian Wills) Date: Sun, 2 Feb 2014 16:42:17 -0500 Subject: [xmonad] New module for xmonad-contrib: SpawnNamedPipe Message-ID: Hello Xmonad devs, Attached is a simple module that allows you to spawn a pipe and store it in the xmonad state as a String, Handle pair so that it can be accessed from a different hook from where the pipe was initially created. The initial motivation for this was I wanted to be able to spawn dzen from inside the startupHook and write to the pipe from inside the logHook. I didn't like being forced to start the dzen pipe up in a global namespace so that I could access it from the logHook. This example is detailed in the Haddocks but there are many other use cases. Cheers, Chris Wills -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: SpawnNamedPipe.dpatch Type: application/octet-stream Size: 17790 bytes Desc: not available URL: From joe9mail at gmail.com Tue Feb 4 03:46:11 2014 From: joe9mail at gmail.com (Joe M) Date: Mon, 3 Feb 2014 21:46:11 -0600 Subject: [xmonad] adding more to topicSpaces.. Message-ID: <20140204034611.GA30207@master> Hello, Just wanted to check if you have any thoughts on this, please? https://github.com/joe9/xmonad-task/blob/master/XMonad/Actions/Task.hs and, the configuration to use it is at: https://github.com/joe9/xmonad-task/tree/master/XMonad/Config This package provides: 1. custom workspaceid display functionality in xmobar and gridSelect. 2. ability to add workspaces at runtime using the servermode. Thanks Joe From vogt.adam at gmail.com Tue Feb 4 05:31:19 2014 From: vogt.adam at gmail.com (adam vogt) Date: Tue, 4 Feb 2014 00:31:19 -0500 Subject: [xmonad] 2013-02-09 change to XMonad.Prompt.Shell breaks shell completion In-Reply-To: References: Message-ID: Hi, After a bit of off-list discussion it looks like md143rbh7f's patch is good. I've pushed it. Adam On Thu, Jan 30, 2014 at 9:12 PM, adam vogt wrote: > Hi, > > Thanks for investigating. Completions are better for my purposes with your > proposed change. > > I am not sure what is different about Carlos L?pez Camey and Carsten > Mattner's setups which made that patch "fix" things. > > Adam > > > On Thu, Jan 30, 2014 at 3:04 PM, md143rbh7f wrote: > >> 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. >> >> (CCing c.lopez at kmels.net, who originally wrote the patch.) >> >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From daniel at wagner-home.com Wed Feb 5 20:33:51 2014 From: daniel at wagner-home.com (Daniel Wagner) Date: Wed, 05 Feb 2014 15:33:51 -0500 Subject: [xmonad] New module for xmonad-contrib: SpawnNamedPipe In-Reply-To: References: Message-ID: Thanks for the patch! Looks pretty good to me, so if there continue to be no complaints about this patch for another day or two, I'll push it. ~d On 2014-02-02 16:42, Christian Wills wrote: > Hello Xmonad devs, > > Attached is a simple module that allows you to spawn a pipe and store > it in the xmonad state as a String, Handle pair so that it can be > accessed from a different hook from where the pipe was initially > created. > > The initial motivation for this was I wanted to be able to spawn dzen > from inside the startupHook and write to the pipe from inside the > logHook. I didn't like being forced to start the dzen pipe up in a > global namespace so that I could access it from the logHook. This > example is detailed in the Haddocks but there are many other use > cases. > > Cheers, > > Chris Wills > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From codesite-noreply at google.com Fri Feb 7 21:06:45 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 07 Feb 2014 21:06:45 +0000 Subject: [xmonad] Issue 560 in xmonad: Popup (code completion) window disappears In-Reply-To: <3-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-4613746889783310845-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 560 by carsten.... at googlemail.com: Popup (code completion) window disappears http://code.google.com/p/xmonad/issues/detail?id=560 Same problem for me, but only if I use oracle jdk7. With sun jdk6 on the other hand, it works flawlessly. Maybe this helps you tracking down 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 jacek.generowicz at cern.ch Sat Feb 8 11:37:01 2014 From: jacek.generowicz at cern.ch (Jacek Generowicz) Date: Sat, 8 Feb 2014 12:37:01 +0100 Subject: [xmonad] XMonad inside Virtualbox inside XMonad Message-ID: <87lhxl6dk2.fsf@cern.ch> Hi, Somehow XMonad and Virtualbox beetween them conspire to prevent the key I use as my XMonad modifier to be passed on to the guest OS (even when Virtualbox' key capture prevents the host's XMonad from seeing it). I have checked this by running xev in both host and guest and comparing what they see: all other modifier keys I can think of, get through to the guest except for the XMonad modifier. Obviously this makes it impossible to use XMonad sensibly in the guest. Any ideas about how to get around this problem? Thanks. From daniel at wagner-home.com Sat Feb 8 17:49:26 2014 From: daniel at wagner-home.com (Daniel Wagner) Date: Sat, 08 Feb 2014 12:49:26 -0500 Subject: [xmonad] XMonad inside Virtualbox inside XMonad In-Reply-To: <87lhxl6dk2.fsf@cern.ch> References: <87lhxl6dk2.fsf@cern.ch> Message-ID: Can you just use a different modifier in the guest? ~d On 2014-02-08 06:37, Jacek Generowicz wrote: > Hi, > > Somehow XMonad and Virtualbox beetween them conspire to prevent the key > I use as my XMonad modifier to be passed on to the guest OS (even when > Virtualbox' key capture prevents the host's XMonad from seeing it). I > have checked this by running xev in both host and guest and comparing > what they see: all other modifier keys I can think of, get through to > the guest except for the XMonad modifier. Obviously this makes it > impossible to use XMonad sensibly in the guest. > > Any ideas about how to get around this problem? > > Thanks. > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From allbery.b at gmail.com Sat Feb 8 19:14:06 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 8 Feb 2014 14:14:06 -0500 Subject: [xmonad] XMonad inside Virtualbox inside XMonad In-Reply-To: <87lhxl6dk2.fsf@cern.ch> References: <87lhxl6dk2.fsf@cern.ch> Message-ID: On Sat, Feb 8, 2014 at 6:37 AM, Jacek Generowicz wrote: > Somehow XMonad and Virtualbox beetween them conspire to prevent the key > I use as my XMonad modifier to be passed on to the guest OS (even when > Virtualbox' key capture prevents the host's XMonad from seeing it). I > Sigh, has xorg managed to acquire even more brokenness? When there's an active keyboard grab in progress (vbox's keyboard capture), it should override passive grabs by other clients (xmonad) and pass the key events to the active-grabbing client (vbox) normally. -- 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 jacek.generowicz at cern.ch Sat Feb 8 22:13:02 2014 From: jacek.generowicz at cern.ch (Jacek Generowicz) Date: Sat, 8 Feb 2014 23:13:02 +0100 Subject: [xmonad] XMonad inside Virtualbox inside XMonad In-Reply-To: References: <87lhxl6dk2.fsf@cern.ch> Message-ID: <87k3d55k4h.fsf@cern.ch> daniel at wagner-home.com writes: > Can you just use a different modifier in the guest? My XMonad modifiers (I have one for each hand) have been banged into my muscle memory through thousands of daily presses over a period of years, so while this might be possible theoretically, in practice, not really. Besides, if these two keys are taken out of the game altogether, then there's a serious shortage of modifiers on the keyboard: I need a Shift, a Meta and a Control on *each* hand. (I've never understood the stories about people liking to rebind Caps Lock as Control: where do they put the *other* control?) From jacek.generowicz at cern.ch Sat Feb 8 22:14:22 2014 From: jacek.generowicz at cern.ch (Jacek Generowicz) Date: Sat, 8 Feb 2014 23:14:22 +0100 Subject: [xmonad] XMonad inside Virtualbox inside XMonad In-Reply-To: References: <87lhxl6dk2.fsf@cern.ch> Message-ID: <87ha895k1t.fsf@cern.ch> allbery.b at gmail.com writes: > When there's an active keyboard grab in progress (vbox's keyboard > capture), it should override passive grabs by other clients (xmonad) > and pass the key events to the active-grabbing client (vbox) normally. Yes, that was my understanding and expectation. Sigh. From mle+hs at mega-nerd.com Sun Feb 9 10:59:11 2014 From: mle+hs at mega-nerd.com (Erik de Castro Lopo) Date: Sun, 9 Feb 2014 21:59:11 +1100 Subject: [xmonad] Getting _NET_CURRENT_DESKTOP set Message-ID: <20140209215911.71e48bf1a995674abcaa9794@mega-nerd.com> Hi all, I've got 8 desktops setup in xmonad, but for all of then the value of _NET_CURRENT_DESKTOP is 0 whereas I (or rather an application I'm using) needs it to be different. I've tried setting: , handleEventHook = ewmhDesktopsEventHook , startupHook = ewmhDesktopsStartup in my defaultConfig, but that doesn't help. Clues? Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ From allbery.b at gmail.com Sun Feb 9 11:16:27 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 9 Feb 2014 06:16:27 -0500 Subject: [xmonad] Getting _NET_CURRENT_DESKTOP set In-Reply-To: <20140209215911.71e48bf1a995674abcaa9794@mega-nerd.com> References: <20140209215911.71e48bf1a995674abcaa9794@mega-nerd.com> Message-ID: On Sun, Feb 9, 2014 at 5:59 AM, Erik de Castro Lopo wrote: > I've tried setting: > > , handleEventHook = ewmhDesktopsEventHook > , startupHook = ewmhDesktopsStartup > > in my defaultConfig, but that doesn't help. > Clues? > Everything but the one you actually need :) http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-EwmhDesktops.html#v:ewmhDesktopsLogHook (startup does initial registration, handleEventHook processes incoming clientMessage events, logHook updates with xmonad's current state) -- 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 mle+hs at mega-nerd.com Sun Feb 9 11:19:25 2014 From: mle+hs at mega-nerd.com (Erik de Castro Lopo) Date: Sun, 9 Feb 2014 22:19:25 +1100 Subject: [xmonad] Getting _NET_CURRENT_DESKTOP set In-Reply-To: References: <20140209215911.71e48bf1a995674abcaa9794@mega-nerd.com> Message-ID: <20140209221925.65b7d5d1da534a998395fb52@mega-nerd.com> Brandon Allbery wrote: > Everything but the one you actually need :) > > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-EwmhDesktops.html#v:ewmhDesktopsLogHook > > (startup does initial registration, handleEventHook processes incoming > clientMessage events, logHook updates with xmonad's current state) Thats got it. Thanks@ Erik -- ---------------------------------------------------------------------- Erik de Castro Lopo http://www.mega-nerd.com/ From mr.schyte at gmail.com Sun Feb 9 17:32:26 2014 From: mr.schyte at gmail.com (Kasza =?iso-8859-1?Q?P=E9ter?=) Date: Sun, 9 Feb 2014 18:32:26 +0100 Subject: [xmonad] CopyWindow to pyhsical screens Message-ID: <20140209173226.GA1163@vigilant> Is it possible to copy a window to another physical screen? Using CopyWindow the window seems to appear only on the "active" monitor. -- Best Regards, Peter Kasza http://www.iit.uni-miskolc.hu/~kasza1 mr.schyte at gmail.com () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 490 bytes Desc: not available URL: From allbery.b at gmail.com Sun Feb 9 17:34:49 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 9 Feb 2014 12:34:49 -0500 Subject: [xmonad] CopyWindow to pyhsical screens In-Reply-To: <20140209173226.GA1163@vigilant> References: <20140209173226.GA1163@vigilant> Message-ID: On Sun, Feb 9, 2014 at 12:32 PM, Kasza P?ter wrote: > Is it possible to copy a window to another physical screen? > Using CopyWindow the window seems to appear only on the "active" > monitor. > No; the X server can only display it in one place at a time. Getting around this requires intercepting window drawing and duplicating it somewhere else (that is, you'd need a custom compositor to do it, the window manager cannot). -- 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 nrujac at gmail.com Thu Feb 13 22:03:54 2014 From: nrujac at gmail.com (Arjun Comar) Date: Thu, 13 Feb 2014 17:03:54 -0500 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed Message-ID: Hi all, Attached is a patch that adds side tabs to XMonad.Layout.Tabbed. It's a relatively simple change and I've added documentation for the newly added functions, keeping the same format as the equivalent functions already present in the file. Thanks, Arjun -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: sidetabs.patch Type: text/x-patch Size: 19567 bytes Desc: not available URL: From mathstuf at gmail.com Sat Feb 15 02:17:34 2014 From: mathstuf at gmail.com (Ben Boeckel) Date: Sat, 15 Feb 2014 02:17:34 +0000 (UTC) Subject: [xmonad] XMonad inside Virtualbox inside XMonad References: <87lhxl6dk2.fsf@cern.ch> Message-ID: On Sat, 08 Feb, 2014 at 11:37:01 GMT, Jacek Generowicz wrote: > Somehow XMonad and Virtualbox beetween them conspire to prevent the key > I use as my XMonad modifier to be passed on to the guest OS (even when > Virtualbox' key capture prevents the host's XMonad from seeing it). I > have checked this by running xev in both host and guest and comparing > what they see: all other modifier keys I can think of, get through to > the guest except for the XMonad modifier. Obviously this makes it > impossible to use XMonad sensibly in the guest. > > Any ideas about how to get around this problem? There's X.A.Submap. I use this to make C-i my "prefix" key. C-i C-i then sends C-i (with sendKey) to the focused window (this is similar to nesting tmux and screen sessions). You then use one extra C-i for each nesting that you want to control. If you're using naked keys, you could map C-i to sendKey (or whatever (this reminds me that I'd eventually like there to be a way to define keys with a (ButtonMask -> KeySym -> X ()) function rather than a static map...). --Ben From kscolfield at gmail.com Sat Feb 15 17:51:42 2014 From: kscolfield at gmail.com (scolfield) Date: Sat, 15 Feb 2014 15:51:42 -0200 Subject: [xmonad] Xmonad + KDE4: a possible bug? Message-ID: Hi, I've recently installed the newest KDE4 version on my Gentoo and I configured Xmonad according to http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_KDE. There is an strange behaviour. Actually, the xmonad doens't run when KDE starts and any error is reported. KDE starts normally but the window tilling feature of Xmonad doesn't. My .xinitrc contains a single line with "exec startkde" command. And, my /etc/conf.d/xdm file contains "DISPLAYMANAGER=kdm". Moreover, i created and edited set_window_manager.sh file with "export KDEWM=/usr/bin" in ~/.kde4/env directory. I checked and the xmonad is, in fact, in /usr/bindirectory. I also mention that, I've alread installed following the same tutorial from the link above on my old computer once. And that time, everything went well. No issues. I've been wondering if I'm missing some configuration. Could you please tell me what's happening? Best regards, Scolfield . -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sat Feb 15 18:14:55 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sat, 15 Feb 2014 13:14:55 -0500 Subject: [xmonad] Xmonad + KDE4: a possible bug? In-Reply-To: References: Message-ID: On Sat, Feb 15, 2014 at 12:51 PM, scolfield wrote: > I've recently installed the newest KDE4 version on my Gentoo and I > configured Xmonad according to > http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_KDE. There is > an strange behaviour. Actually, the xmonad doens't run when KDE starts and > any error is reported. KDE starts normally but the window tilling feature > of Xmonad doesn't. > Our KDE support is a little out of date, but this should work. > My .xinitrc contains a single line with "exec startkde" command. And, my > /etc/conf.d/xdm file contains "DISPLAYMANAGER=kdm". Moreover, i created > and edited set_window_manager.sh file with "export KDEWM=/usr/bin" in > ~/.kde4/env > `export KDEWM=/usr/bin` tells KDE to try to run *the directory /usr/bin* as a window manager, which won't do anything --- it will catch an "Is a directory" error and fail to start any window manager. You need to point it to the actual window manager, not a directory; and it would be within its rights (although I don't think it does) to assume, given that it's a directory, that you meant /usr/bin/kdewm instead of guessing that you meant something else. -- brandon s allbery kf8nh sine nomine associates allbery.b at gmail.com ballbery at sinenomine.net unix, openafs, kerberos, infrastructure, xmonad http://sinenomine.net -------------- next part -------------- An HTML attachment was scrubbed... URL: From hanswchen at gmail.com Sat Feb 15 18:38:59 2014 From: hanswchen at gmail.com (Hans Chen) Date: Sat, 15 Feb 2014 13:38:59 -0500 Subject: [xmonad] Xmonad + KDE4: a possible bug? In-Reply-To: References: Message-ID: Actually, it should probably be export KDEWM=/usr/bin/xmonad if you want to run xmonad within KDE Workspace. Cheers, Hans On Sat, Feb 15, 2014 at 1:14 PM, Brandon Allbery wrote: > On Sat, Feb 15, 2014 at 12:51 PM, scolfield wrote: > >> I've recently installed the newest KDE4 version on my Gentoo and I >> configured Xmonad according to >> http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_KDE. There is >> an strange behaviour. Actually, the xmonad doens't run when KDE starts and >> any error is reported. KDE starts normally but the window tilling feature >> of Xmonad doesn't. >> > > Our KDE support is a little out of date, but this should work. > > >> My .xinitrc contains a single line with "exec startkde" command. And, >> my /etc/conf.d/xdm file contains "DISPLAYMANAGER=kdm". Moreover, i >> created and edited set_window_manager.sh file with "export KDEWM=/usr/bin" >> in ~/.kde4/env >> > > `export KDEWM=/usr/bin` tells KDE to try to run *the directory /usr/bin* > as a window manager, which won't do anything --- it will catch an "Is a > directory" error and fail to start any window manager. You need to point it > to the actual window manager, not a directory; and it would be within its > rights (although I don't think it does) to assume, given that it's a > directory, that you meant /usr/bin/kdewm instead of guessing that you meant > something 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 > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From darcswatch at nomeata.de Mon Feb 17 20:06:02 2014 From: darcswatch at nomeata.de (darcswatch at nomeata.de) Date: Mon, 17 Feb 2014 20:06:02 +0000 Subject: [xmonad] Applied: New module for xmonad-contrib: SpawnNamedPipe References: Message-ID: This 3-patches bundle was just applied to http://code.haskell.org/XMonadContrib: 20140202143415 cwills.dev at gmail.com * Added SpawnNamedPipe 20140202211000 cwills.dev at gmail.com * document and cleanup SpawnNamedPipe 20140202213613 cwills.dev at gmail.com * SpawnNamedPipe hlint cleanup -- This message was brought to you by DarcsWatch http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html#bundle-14dcb8a2b15d94bddf4b6f86fd39a5e5cd8da6fe From daniel at wagner-home.com Mon Feb 17 20:50:33 2014 From: daniel at wagner-home.com (Daniel Wagner) Date: Mon, 17 Feb 2014 15:50:33 -0500 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: References: Message-ID: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Hi Arjun -- Looks like a nice patch, thanks! From my glance through the code, it doesn't look like existing configs should break, but you're closer to the code, so maybe you can make a comment and reassure me that this is the case. The names LeftS and RightS are a bit strange -- is there a reason they're not just Left and Right? Since they seem to be entirely internal, it's not so critical that we get the names right here, but I am a bit curious. I haven't heard any other complaints, and as far as I'm concerned, of the two mentioned here only back-compat would be a compelling reason not to apply the patch. So if I hear back about that, and nobody else complains in the next few days, I'll apply your patch. ~d On 2014-02-13 17:03, Arjun Comar wrote: > Hi all, > Attached is a patch that adds side tabs to XMonad.Layout.Tabbed. It's a > relatively simple change and I've added documentation for the newly > added functions, keeping the same format as the equivalent functions > already present in the file. > > Thanks, > Arjun > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From vogt.adam at gmail.com Mon Feb 17 21:16:37 2014 From: vogt.adam at gmail.com (adam vogt) Date: Mon, 17 Feb 2014 16:16:37 -0500 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> References: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Message-ID: Hi Daniel and Arjun, LeftS and RightS don't take arguments like Left and Right do. TabbarLocation could be defined in terms of http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D, but it's fine as-is too. -- Adam From nrujac at gmail.com Mon Feb 17 23:32:11 2014 From: nrujac at gmail.com (Arjun Comar) Date: Mon, 17 Feb 2014 18:32:11 -0500 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: References: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Message-ID: Hi Daniel, I can confirm that existing configs shouldn't break unless the user has behavior that operates on TabbarLocation (which seems weird, that kind of stuff really belongs in XMonad.Layout.Tabbed). If they *do* have that kind of behavior, they'll need to update their pattern matching to handle the LeftS/RightS cases. The naming is weird, but it's to prevent conflicts with Either. I was going for a Leftside/Rightside mnemonic. I actually like Adam's idea of just using Direction2D. That should also not break user configs since the interface functions don't ask for Top/Bottom/etc. and instead have separate functions for each task. Thanks, Arjun On Mon, Feb 17, 2014 at 4:16 PM, adam vogt wrote: > Hi Daniel and Arjun, > > LeftS and RightS don't take arguments like Left and Right do. > TabbarLocation could be defined in terms of > > http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D > , > but it's fine as-is too. > > -- > Adam > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From nrujac at gmail.com Wed Feb 19 20:12:24 2014 From: nrujac at gmail.com (Arjun Comar) Date: Wed, 19 Feb 2014 15:12:24 -0500 Subject: [xmonad] Adding side tabs to XMonad.Layout.Tabbed In-Reply-To: References: <77c2be57ff307ecb3834ae2ba1a5cf2a@seas.upenn.edu> Message-ID: Hi all, Here's an updated patch that switches TabbarLocation with Direction2D. Thanks, Arjun On Mon, Feb 17, 2014 at 6:32 PM, Arjun Comar wrote: > Hi Daniel, > I can confirm that existing configs shouldn't break unless the user has > behavior that operates on TabbarLocation (which seems weird, that kind of > stuff really belongs in XMonad.Layout.Tabbed). If they *do* have that kind > of behavior, they'll need to update their pattern matching to handle the > LeftS/RightS cases. > > The naming is weird, but it's to prevent conflicts with Either. I was > going for a Leftside/Rightside mnemonic. I actually like Adam's idea of > just using Direction2D. That should also not break user configs since the > interface functions don't ask for Top/Bottom/etc. and instead have separate > functions for each task. > > Thanks, > Arjun > > > On Mon, Feb 17, 2014 at 4:16 PM, adam vogt wrote: > >> Hi Daniel and Arjun, >> >> LeftS and RightS don't take arguments like Left and Right do. >> TabbarLocation could be defined in terms of >> >> http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-Types.html#t:Direction2D >> , >> but it's fine as-is too. >> >> -- >> Adam >> _______________________________________________ >> xmonad mailing list >> xmonad at haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: d2d.patch Type: text/x-patch Size: 25403 bytes Desc: not available URL: From codesite-noreply at google.com Fri Feb 21 06:03:14 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 21 Feb 2014 06:03:14 +0000 Subject: [xmonad] Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth In-Reply-To: <21-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> References: <21-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Message-ID: <22-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Comment #22 on issue 200 by dan.krejsa at gmail.com: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 I've seen very similar behavior using the emacs 'ediff' diff/merge tool, if I try to make the ediff control window a floating window. xmonad 0.11 emacs 24.3.1 On Arch linux. I'll try some of the suggestions... -- 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 Fri Feb 21 06:22:08 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 21 Feb 2014 06:22:08 +0000 Subject: [xmonad] Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth In-Reply-To: <22-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> References: <22-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Message-ID: <23-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Comment #23 on issue 200 by dan.krejsa at gmail.com: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 OK, enabling XMonad.Hooks.EwmhDesktops does NOT appear to affect the case with emacs ediff 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 codesite-noreply at google.com Fri Feb 21 14:45:37 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 21 Feb 2014 14:45:37 +0000 Subject: [xmonad] Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth In-Reply-To: <23-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> References: <23-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Message-ID: <24-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Comment #24 on issue 200 by allber... at gmail.com: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 No, it won't affect ediff, that's one of many frame-related bugs in emacs. Emacs likes to think it gets to decide things like focus (this hasn't been true or legal since X11R4), so when the window manager sets the focus emacs decides it wants another frame to have focus instead and moves it. Most window managers don't pay attention to emacs forcibly setting focus, xmonad is being strict about ICCCM/EWMH and switching focus back. It's the equivalent of Chrome and Firefox switching focus around, except they use EWMH to tell the window manager to do it instead of just slamming it themselves and if you hack EWMH to ignore the focus change message you can override it. (I have managed to provoke all kinds of weird behavior from emacs' frame support. Speedbar is another good way to do it; if you try to capture it in an IM layout, it will constantly escape the layout. I gave up, as the emacs folks don't appear to have any intention of following ICCCM or EWMH.) -- 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 Fri Feb 21 16:40:04 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 21 Feb 2014 16:40:04 +0000 Subject: [xmonad] Issue 200 in xmonad: xmonad spins in a tight loop changing focus back and forth In-Reply-To: <24-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> References: <24-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Message-ID: <25-3425899027203913298-3414429660099422065-codesite-noreply=google.com@googlecode.com> Comment #25 on issue 200 by dan.krejsa at gmail.com: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 Thanks alber..., I'll work around the emacs issue. Not being knowlegeable about X topics I looked up the Wikipedia article on ICCCM and was amused by a couple of the references ;-) -- 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 mbsullivan at gmail.com Sun Feb 23 05:13:07 2014 From: mbsullivan at gmail.com (Mike Sullivan) Date: Sat, 22 Feb 2014 23:13:07 -0600 Subject: [xmonad] Getting xmonad working with GNOME 3.8? In-Reply-To: References: Message-ID: Does anybody know if there's been progress on this front? I've been using XMonad with Mate (which works quite well) but it'd be interesting to get it working under Gnome 3.10 or 3.12 in the coming year. Mike On Thu, Jun 13, 2013 at 9:21 PM, Ben Boeckel wrote: > On Thu, 13 Jun, 2013 at 09:25:32 GMT, Jens Petersen wrote: > > to Wayland replacing X11. It would be cool to rewrite xmonad as a > > wayland/weston compositor or at least to write one in Haskell - > > probably first a binding to libwayland is needed I suppose. > > There was discussion on #xmonad to use a pure Haskell implementation of > the protocol rather than binding the C code. I haven't seen any actual > progress though. > > I started on a library[1] to try to extract out the pure data structures > from XMonad (and attempted to fix bug #4 as well), but haven't had time. > The goal was to rebase XMonad onto it so that xmonad-contrib could use > be used for both, just switching the monad would be needed (some modules > would obviously need to be DM-specific). > > --Ben > > [1]https://github.com/mathstuf/data-wm > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > -------------- next part -------------- An HTML attachment was scrubbed... URL: From allbery.b at gmail.com Sun Feb 23 05:34:27 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Sun, 23 Feb 2014 00:34:27 -0500 Subject: [xmonad] Getting xmonad working with GNOME 3.8? In-Reply-To: References: Message-ID: On Sun, Feb 23, 2014 at 12:13 AM, Mike Sullivan wrote: > Does anybody know if there's been progress on this front? > You seem a bit confused. Gnome 3 only "worked" with xmonad and other window managers because it detected them and replaced itself with Gnome 2. (Yes, really. It was never actually working with Gnome 3 /per se/. It was Gnome 2 with a forced Gtk+ theme and panel configuration, designed to resemble Gnome 3. I spent quite a lot of time trying to convince it to let me configure things it wanted to control itself back when Gnome 3 hit Debian testing; all the parts were Gnome 2, but all the interesting parts had their configurations forced and then locked by the initial Gnome 3 startup when it switched to fallback mode.) The Gnome developers no longer support Gnome 2 and have removed the fallback-to-Gnome-2 mechanism from Gnome 3, although some Linux distributions have either lagged on that removal or reintroduced a custom version of it; moreover, they do not have any intent to support natively in Gnome 3 *any* window manager other than gnome-shell (which is not only a window manager but a compositing manager and a panel and a desktop icon manager, etc.). This is not something that xmonad or any other window manager can "fix". It is not something that someone can quick-hack to force Gnome 3 to accept another window manager component. It is not going to happen, unless the Gnome developers decide to support using other window managers. -- 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: