From codesite-noreply at google.com Tue Apr 1 02:37:10 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 01 Apr 2014 02:37:10 +0000 Subject: [xmonad] Issue 97 in xmonad: xmonad stops responding to keyboard input after running xscreensaver In-Reply-To: <37-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> References: <37-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Message-ID: <38-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Comment #38 on issue 97 by beyer... at gmail.com: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 I strongly suspect that the issue is related to keyboard focus, based on this log from my xsession: xscreensaver: 19:20:55: couldn't grab keyboard! (AlreadyGrabbed) xscreensaver: 19:20:59: couldn't grab pointer! (AlreadyGrabbed) I know of a few workarounds, although the latter is somewhat tedious. 1) If you are using TwoPane, simply focus the other window with the mouse and it should regain keyboard focus. 2) If that doesn't work, go into a console (ex. Ctrl+Alt+F1..F[N]), set your DISPLAY environment variable to your regular display and execute an arbitrary GUI application (I use xterm), and then you should regain keyboard focus. Once you're done with that, log off on the console, and close the redundant application. I wouldn't say it's a bug with xscreensaver per-se, or at least, it was easier in wmii to regain keyboard focus. I don't think it affects non-tiling window managers at all. I'm working on software with timed locking like xidle for my screen locker, metaidle. (I would suspect that the main reason why xscreensaver is preferred over other tools is due to the daemon's ability to accept pings via xscreenaver-cmd -deactivate) -- 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 Apr 1 02:40:42 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 01 Apr 2014 02:40:42 +0000 Subject: [xmonad] Issue 97 in xmonad: xmonad stops responding to keyboard input after running xscreensaver In-Reply-To: <38-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> References: <38-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Message-ID: <39-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Comment #39 on issue 97 by beyer... at gmail.com: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 I strongly suspect that the issue is related to keyboard focus, based on this log from my xsession: xscreensaver: 19:20:55: couldn't grab keyboard! (AlreadyGrabbed) xscreensaver: 19:20:59: couldn't grab pointer! (AlreadyGrabbed) I know of a few workarounds, although the latter is somewhat tedious. 1) If you are using TwoPane, simply focus the other window with the mouse and it should regain keyboard focus. 2) If that doesn't work, go into a console (ex. Ctrl+Alt+F1..F[N]), set your DISPLAY environment variable to your regular display and execute an arbitrary GUI application (I use xterm), and then you should regain keyboard focus. Once you're done with that, log off on the console, and close the redundant application. I wouldn't say that it's a bug in xscreensaver per-se, or at least, it is relatively easy for me to regain keyboard focus in wmii (as a point of comparison). I don't think that the issue affects non-tiling window managers at all. I'm working on software with timed locking (like xidle) for my screen locker, metalock. (I would suspect that the main reason why xscreensaver is preferred over other tools is due to the daemon's ability to accept pings via xscreenaver-cmd -deactivate) -- 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 Apr 1 02:56:48 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Tue, 01 Apr 2014 02:56:48 +0000 Subject: [xmonad] Issue 97 in xmonad: xmonad stops responding to keyboard input after running xscreensaver In-Reply-To: <39-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> References: <39-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Message-ID: <40-3425899027203913298-8144526032869036153-codesite-noreply=google.com@googlecode.com> Comment #40 on issue 97 by beyer... at gmail.com: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 I strongly suspect that the issue is related to keyboard focus, based on this log from my xsession: xscreensaver: 19:20:55: couldn't grab keyboard! (AlreadyGrabbed) xscreensaver: 19:20:59: couldn't grab pointer! (AlreadyGrabbed) I know of a few workarounds, although the latter is somewhat tedious: 1) If you are using TwoPane, simply focus the other window with the mouse, and then it should regain keyboard focus. 2) Otherwise, go into a TTY console (eg. Ctrl+Alt+F1..F[N-1]), set your DISPLAY environment variable to your regular display, and then execute an arbitrary GUI application (I use xterm). This should allow you to regain keyboard focus. Once you have keyboard focus again, clean up by logging off on the console, and by closing the redundant application. I wouldn't say that it's a bug in xscreensaver per-se, or at least, it is relatively easy for me to regain keyboard focus in wmii (as a point of comparison). I don't think that the issue affects non-tiling window managers at all. I'm currently working on software with timed locking (like an enhanced version of xidle) for my screen locking software, metalock. (I would suspect that the main reason why xscreensaver is preferred over other tools is due to the daemon's ability to accept pings via xscreensaver-cmd -deactivate) Regards, Tim -- 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 Apr 4 09:38:03 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 04 Apr 2014 09:38:03 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <1-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <1-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <2-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #2 on issue 527 by codd... at gmail.com: Google Hangouts screen sharing crashes http://code.google.com/p/xmonad/issues/detail?id=527 I have the same 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 Fri Apr 4 18:05:12 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Fri, 04 Apr 2014 18:05:12 +0000 Subject: [xmonad] Issue 527 in xmonad: Google Hangouts screen sharing crashes In-Reply-To: <2-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> References: <2-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Message-ID: <3-3425899027203913298-6564075030709383626-codesite-noreply=google.com@googlecode.com> Comment #3 on issue 527 by lambdatr... at gmail.com: Google Hangouts screen sharing crashes http://code.google.com/p/xmonad/issues/detail?id=527 Same issue happens for me on Arch with 0.11. -- 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 byorgey at seas.upenn.edu Mon Apr 7 17:00:57 2014 From: byorgey at seas.upenn.edu (Brent Yorgey) Date: Mon, 7 Apr 2014 13:00:57 -0400 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <5336CC5F.8080500@de-bruyn.fr> References: <5336CC5F.8080500@de-bruyn.fr> Message-ID: <20140407170057.GA11100@seas.upenn.edu> On Sat, Mar 29, 2014 at 02:36:31PM +0100, Alexis de BRUYN wrote: > Hi Everybody, > > Is there a way make the WSGroup persistent after reboot with > XMonad.Actions.DynamicWorkspaceGroups? > > Can we define statically the WSGroup? With addWSGroup? Hi Alexis, Apologies for the delay in responding. Yes, to statically define some WSGroups it should suffice to put some calls to addWSGroup in your startupHook. Let me know if you have any trouble. -Brent From codesite-noreply at google.com Mon Apr 7 17:39:03 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 07 Apr 2014 17:39:03 +0000 Subject: [xmonad] Issue 565 in xmonad: xmonad-contrib--0.11.2 does not compile on GHC 7.8 rc2 Message-ID: <0-3425899027203913298-1331629930517653749-codesite-noreply=google.com@googlecode.com> Status: New Owner: ---- New issue 565 by StevensE... at gmail.com: xmonad-contrib--0.11.2 does not compile on GHC 7.8 rc2 http://code.google.com/p/xmonad/issues/detail?id=565 What steps will reproduce the problem? 1. Install GHC 7.8-rc2 2. cabal install --with-compiler=ghc-7.8.0.20140228 xmonad-contrib What is the expected output? What do you see instead? I expect to see a successful compile. Instead I see: Downloading xmonad-contrib-0.11.2... Configuring xmonad-contrib-0.11.2... Building xmonad-contrib-0.11.2... Preprocessing library xmonad-contrib-0.11.2... [ 1 of 226] Compiling XMonad.Util.StringProp ( XMonad/Util/StringProp.hs, dist/build/XMonad/Util/StringProp.o ) [ 2 of 226] Compiling XMonad.Util.Replace ( XMonad/Util/Replace.hs, dist/build/XMonad/Util/Replace.o ) [ 3 of 226] Compiling XMonad.Util.CustomKeys ( XMonad/Util/CustomKeys.hs, dist/build/XMonad/Util/CustomKeys.o ) [ 4 of 226] Compiling XMonad.Layout.ThreeColumns ( XMonad/Layout/ThreeColumns.hs, dist/build/XMonad/Layout/ThreeColumns.o ) [ 5 of 226] Compiling XMonad.Layout.StackTile ( XMonad/Layout/StackTile.hs, dist/build/XMonad/Layout/StackTile.o ) [ 6 of 226] Compiling XMonad.Layout.Spiral ( XMonad/Layout/Spiral.hs, dist/build/XMonad/Layout/Spiral.o ) [ 7 of 226] Compiling XMonad.Layout.Roledex ( XMonad/Layout/Roledex.hs, dist/build/XMonad/Layout/Roledex.o ) [ 8 of 226] Compiling XMonad.Layout.ResizableTile ( XMonad/Layout/ResizableTile.hs, dist/build/XMonad/Layout/ResizableTile.o ) [ 9 of 226] Compiling XMonad.Layout.OneBig ( XMonad/Layout/OneBig.hs, dist/build/XMonad/Layout/OneBig.o ) [ 10 of 226] Compiling XMonad.Layout.MultiToggle ( XMonad/Layout/MultiToggle.hs, dist/build/XMonad/Layout/MultiToggle.o ) XMonad/Layout/MultiToggle.hs:162:9: Could not deduce (HList b w0) arising from the ambiguity check for '??' from the context (HList b w) bound by the type signature for (??) :: HList b w => a -> b -> HCons a b at XMonad/Layout/MultiToggle.hs:162:9-42 The type variable 'w0' is ambiguous In the ambiguity check for: forall a b w. HList b w => a -> b -> HCons a b To defer the ambiguity check to use sites, enable AllowAmbiguousTypes In the type signature for '??': (??) :: HList b w => a -> b -> HCons a b cabal: Error: some packages failed to install: xmonad-contrib-0.11.2 failed during the building phase. The exception was: ExitFailure 1 What version of the product are you using? On what operating system? xmonad-contrib-0.11.2 Please provide any additional information below. There are two things that need to be done. Write down the incompatibility in the .cabal file for xmonad-contrib and fix this in a later version. -- 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 Mon Apr 7 18:13:29 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 07 Apr 2014 18:13:29 +0000 Subject: [xmonad] Issue 563 in xmonad: xmonad-contrib build fails on MultiToggle.hs In-Reply-To: <3-3425899027203913298-4763048127870894210-codesite-noreply=google.com@googlecode.com> References: <3-3425899027203913298-4763048127870894210-codesite-noreply=google.com@googlecode.com> <0-3425899027203913298-4763048127870894210-codesite-noreply=google.com@googlecode.com> Message-ID: <4-3425899027203913298-4763048127870894210-codesite-noreply=google.com@googlecode.com> Comment #4 on issue 563 by vogt.a... at gmail.com: xmonad-contrib build fails on MultiToggle.hs http://code.google.com/p/xmonad/issues/detail?id=563 Issue 565 has been merged into this 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 Mon Apr 7 18:14:29 2014 From: codesite-noreply at google.com (codesite-noreply at google.com) Date: Mon, 07 Apr 2014 18:14:29 +0000 Subject: [xmonad] Issue 565 in xmonad: xmonad-contrib--0.11.2 does not compile on GHC 7.8 rc2 In-Reply-To: <0-3425899027203913298-1331629930517653749-codesite-noreply=google.com@googlecode.com> References: <0-3425899027203913298-1331629930517653749-codesite-noreply=google.com@googlecode.com> Message-ID: <1-3425899027203913298-1331629930517653749-codesite-noreply=google.com@googlecode.com> Updates: Status: Duplicate Mergedinto: 563 Comment #1 on issue 565 by vogt.a... at gmail.com: xmonad-contrib--0.11.2 does not compile on GHC 7.8 rc2 http://code.google.com/p/xmonad/issues/detail?id=565 (No comment was entered for this change.) -- 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 alexis.mailinglist at de-bruyn.fr Tue Apr 8 14:48:12 2014 From: alexis.mailinglist at de-bruyn.fr (Alexis de BRUYN) Date: Tue, 08 Apr 2014 16:48:12 +0200 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <20140407170057.GA11100@seas.upenn.edu> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> Message-ID: <53440C2C.2080308@de-bruyn.fr> On 07.04.2014 19:00, Brent Yorgey wrote: > On Sat, Mar 29, 2014 at 02:36:31PM +0100, Alexis de BRUYN wrote: >> Hi Everybody, >> >> Is there a way make the WSGroup persistent after reboot with >> XMonad.Actions.DynamicWorkspaceGroups? >> >> Can we define statically the WSGroup? With addWSGroup? > > Hi Alexis, Hi Brent, > Apologies for the delay in responding. Yes, to statically define some No problem. > WSGroups it should suffice to put some calls to addWSGroup in your > startupHook. Let me know if you have any trouble. Actually I can set my Groups with addWSGroup in my startupHook, but only a group is created if the workspaces are displayed on screens. eg : myWorkspaces = ["1", "2", "3", "4", "5", "6"] myStartupHook = do addWSGroup "g1" ["1", "2", "3"] addWSGroup "g2" ["4", "5", "6"] After restarting xmonad, only g1 is created (and "1", "2" & "3" are displayed as usual). How can I do to have all my WSGroup created? Regards, > > -Brent -- Alexis de BRUYN From byorgey at seas.upenn.edu Wed Apr 9 19:09:18 2014 From: byorgey at seas.upenn.edu (Brent Yorgey) Date: Wed, 9 Apr 2014 15:09:18 -0400 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <53440C2C.2080308@de-bruyn.fr> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> <53440C2C.2080308@de-bruyn.fr> Message-ID: <20140409190918.GA5689@seas.upenn.edu> On Tue, Apr 08, 2014 at 04:48:12PM +0200, Alexis de BRUYN wrote: > On 07.04.2014 19:00, Brent Yorgey wrote: > > On Sat, Mar 29, 2014 at 02:36:31PM +0100, Alexis de BRUYN wrote: > >> Hi Everybody, > >> > >> Is there a way make the WSGroup persistent after reboot with > >> XMonad.Actions.DynamicWorkspaceGroups? > >> > >> Can we define statically the WSGroup? With addWSGroup? > > > > Hi Alexis, > Hi Brent, > > > Apologies for the delay in responding. Yes, to statically define some > No problem. > > > WSGroups it should suffice to put some calls to addWSGroup in your > > startupHook. Let me know if you have any trouble. > Actually I can set my Groups with addWSGroup in my startupHook, but only > a group is created if the workspaces are displayed on screens. > > eg : > myWorkspaces = ["1", "2", "3", "4", "5", "6"] > > myStartupHook = do > addWSGroup "g1" ["1", "2", "3"] > addWSGroup "g2" ["4", "5", "6"] > > After restarting xmonad, only g1 is created (and "1", "2" & "3" are > displayed as usual). Oh, sorry, I see what is wrong. DynamicWorkspaceGroups remembers not just the names of the workspaces but which screens they were on (so that the same workspaces will always be displayed on the same screens when you switch to a workspace group). So addWSGroup only looks among the currently displayed workspaces, because otherwise it does not know which screen id to use for each workspace. The following function should achieve what you want: import qualified Data.Map as M import qualified XMonad.Util.ExtensibleState as XS addWSGroup' :: WSGroupId -> [(ScreenId, WorkspaceId)] -> X () addWSGroup' name = XS.modify . withWSG . M.insert name Now you have to explicitly give it screen ID's, of course, like myStartupHook = do addWSGroup' "g1" [(S 0, "1"), (S 1, "2"), (S 2, "3")] ... etc. Unfortunately I do not remember whether there is any guarantee about the numbering of screens being consecutive or even being the same between different runs of xmonad. You will have to experiment a bit. -Brent From allbery.b at gmail.com Wed Apr 9 20:04:56 2014 From: allbery.b at gmail.com (Brandon Allbery) Date: Wed, 9 Apr 2014 16:04:56 -0400 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <20140409190918.GA5689@seas.upenn.edu> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> <53440C2C.2080308@de-bruyn.fr> <20140409190918.GA5689@seas.upenn.edu> Message-ID: On Wed, Apr 9, 2014 at 3:09 PM, Brent Yorgey wrote: > Unfortunately I do not remember whether there is any guarantee about > the numbering of screens being consecutive or even being the same > between different runs of xmonad. You will have to experiment a bit. > It will be consistent if the X server is. Sadly, sometimes it is not (variant bus probing ordering, buggy xorg video drivers, etc.). Sometimes you can compensate for this with the xrandr command or XMonad.Actions.PhysicalScreens. -- 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 alexis.mailinglist at de-bruyn.fr Thu Apr 10 17:35:41 2014 From: alexis.mailinglist at de-bruyn.fr (Alexis de BRUYN) Date: Thu, 10 Apr 2014 19:35:41 +0200 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <20140409190918.GA5689@seas.upenn.edu> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> <53440C2C.2080308@de-bruyn.fr> <20140409190918.GA5689@seas.upenn.edu> Message-ID: <5346D66D.9070108@de-bruyn.fr> On 09.04.2014 21:09, Brent Yorgey wrote: > On Tue, Apr 08, 2014 at 04:48:12PM +0200, Alexis de BRUYN wrote: >> On 07.04.2014 19:00, Brent Yorgey wrote: >>> On Sat, Mar 29, 2014 at 02:36:31PM +0100, Alexis de BRUYN wrote: >>>> Hi Everybody, >>>> >>>> Is there a way make the WSGroup persistent after reboot with >>>> XMonad.Actions.DynamicWorkspaceGroups? >>>> >>>> Can we define statically the WSGroup? With addWSGroup? >>> >>> Hi Alexis, >> Hi Brent, >> >>> Apologies for the delay in responding. Yes, to statically define some >> No problem. >> >>> WSGroups it should suffice to put some calls to addWSGroup in your >>> startupHook. Let me know if you have any trouble. >> Actually I can set my Groups with addWSGroup in my startupHook, but only >> a group is created if the workspaces are displayed on screens. >> >> eg : >> myWorkspaces = ["1", "2", "3", "4", "5", "6"] >> >> myStartupHook = do >> addWSGroup "g1" ["1", "2", "3"] >> addWSGroup "g2" ["4", "5", "6"] >> >> After restarting xmonad, only g1 is created (and "1", "2" & "3" are >> displayed as usual). > > Oh, sorry, I see what is wrong. DynamicWorkspaceGroups remembers not > just the names of the workspaces but which screens they were on (so > that the same workspaces will always be displayed on the same screens > when you switch to a workspace group). So addWSGroup only looks among > the currently displayed workspaces, because otherwise it does not know > which screen id to use for each workspace. > > The following function should achieve what you want: > > import qualified Data.Map as M > import qualified XMonad.Util.ExtensibleState as XS > > addWSGroup' :: WSGroupId -> [(ScreenId, WorkspaceId)] -> X () > addWSGroup' name = XS.modify . withWSG . M.insert name I have got the following error: xmonad.hs:27:32: Not in scope: `withWSG' Thanks for your help. > > Now you have to explicitly give it screen ID's, of course, like > > myStartupHook = do > addWSGroup' "g1" [(S 0, "1"), (S 1, "2"), (S 2, "3")] > ... etc. > > Unfortunately I do not remember whether there is any guarantee about > the numbering of screens being consecutive or even being the same > between different runs of xmonad. You will have to experiment a bit. > > -Brent -- Alexis de BRUYN From philip.deboer at gmail.com Sun Apr 27 01:35:06 2014 From: philip.deboer at gmail.com (Philip DeBoer) Date: Sat, 26 Apr 2014 21:35:06 -0400 Subject: [xmonad] Partial-width tiling Message-ID: Is there a mode in which tiles do not fill the whole screen width, but allow blank spaces? For example, I use the ResizableTile layout, but in order to resize windows I need multiple windows open. I would like to be able to resize a window without opening multiple windows. The use-case is for reading text --- I often find that the line-length is too long, for example on websites or even man pages. A hack is to open an xterm and use that to fill part of the space. A better solution would just fill the empty space with a transparent window (and not require another program to load!). I am not looking for tiling per se, and would be happy just to see my background in the unfilled space. Is there already a layout that would do this? Thanks for suggestions! Philip -------------- next part -------------- An HTML attachment was scrubbed... URL: From fuuzetsu at fuuzetsu.co.uk Mon Apr 28 06:03:30 2014 From: fuuzetsu at fuuzetsu.co.uk (Mateusz Kowalczyk) Date: Mon, 28 Apr 2014 08:03:30 +0200 Subject: [xmonad] Partial-width tiling In-Reply-To: References: Message-ID: <535DEF32.9000708@fuuzetsu.co.uk> On 04/27/2014 03:35 AM, Philip DeBoer wrote: > Is there a mode in which tiles do not fill the whole screen width, but > allow blank spaces? > > For example, I use the ResizableTile layout, but in order to resize windows > I need multiple windows open. I would like to be able to resize a window > without opening multiple windows. > > The use-case is for reading text --- I often find that the line-length is > too long, for example on websites or even man pages. A hack is to open an > xterm and use that to fill part of the space. A better solution would just > fill the empty space with a transparent window (and not require another > program to load!). I am not looking for tiling per se, and would be happy > just to see my background in the unfilled space. > > Is there already a layout that would do this? > > Thanks for suggestions! > Philip > > > > _______________________________________________ > xmonad mailing list > xmonad at haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > If you don't have any other windows which you would like to preserve the size of, you could just float the window and resize it that way. I'm unsure whether a tiling WM is the right thing to be using when you want a scenario without tiling? -- Mateusz K. From fercerpav at gmail.com Mon Apr 28 06:09:10 2014 From: fercerpav at gmail.com (Paul Fertser) Date: Mon, 28 Apr 2014 10:09:10 +0400 Subject: [xmonad] Partial-width tiling In-Reply-To: References: Message-ID: <20140428060909.GA3876@home.lan> Hi, On Sat, Apr 26, 2014 at 09:35:06PM -0400, Philip DeBoer wrote: > Is there a mode in which tiles do not fill the whole screen width, but allow > blank spaces? Please see if http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-Gaps.html can do what you want. It allows to toggle gaps as well as dynamically resize them. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav at gmail.com From philip.deboer at gmail.com Mon Apr 28 13:40:52 2014 From: philip.deboer at gmail.com (philip.deboer at gmail.com) Date: Mon, 28 Apr 2014 13:40:52 +0000 Subject: [xmonad] Partial-width tiling Message-ID: <583440291-1398692739-cardhu_decombobulator_blackberry.rim.net-414089249-@b14.c3.bise6.blackberry> Thanks, that's exactly what I was looking for. ------Original Message------ From: Paul Fertser To: Philip (GMail) Cc: xmonad at haskell.org Subject: Re: [xmonad] Partial-width tiling Sent: 28 Apr 2014 2:09 AM Hi, On Sat, Apr 26, 2014 at 09:35:06PM -0400, Philip DeBoer wrote: > Is there a mode in which tiles do not fill the whole screen width, but allow > blank spaces? Please see if http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-Gaps.html can do what you want. It allows to toggle gaps as well as dynamically resize them. HTH -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav at gmail.com Sent from my BlackBerry device on the Rogers Wireless Network From byorgey at seas.upenn.edu Mon Apr 28 14:38:54 2014 From: byorgey at seas.upenn.edu (Brent Yorgey) Date: Mon, 28 Apr 2014 10:38:54 -0400 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <5346D66D.9070108@de-bruyn.fr> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> <53440C2C.2080308@de-bruyn.fr> <20140409190918.GA5689@seas.upenn.edu> <5346D66D.9070108@de-bruyn.fr> Message-ID: <20140428143854.GA1544@seas.upenn.edu> On Thu, Apr 10, 2014 at 07:35:41PM +0200, Alexis de BRUYN wrote: > On 09.04.2014 21:09, Brent Yorgey wrote: > > > > The following function should achieve what you want: > > > > import qualified Data.Map as M > > import qualified XMonad.Util.ExtensibleState as XS > > > > addWSGroup' :: WSGroupId -> [(ScreenId, WorkspaceId)] -> X () > > addWSGroup' name = XS.modify . withWSG . M.insert name > > I have got the following error: > xmonad.hs:27:32: Not in scope: `withWSG' Sorry for that, withWSG was not exported. I have just pushed a patch adding a new function addRawWSGroup which is defined in the same way as the addWSGroup' I suggested above. I have tested it and it seems to work. So now you can call it from your startup hook like so: myStartupHook = do addRawWSGroup "g1" [(S 0, "1"), (S 1, "2"), (S 2, "3")] ... etc. To use it you will have to obtain the latest darcs version of xmonad-contrib, like so: darcs get http://code.haskell.org/XMonadContrib cd XMonadContrib cabal install The darcs version is quite stable so you should have no problems upgrading to it. -Brent From vogt.adam at gmail.com Mon Apr 28 18:06:44 2014 From: vogt.adam at gmail.com (adam vogt) Date: Mon, 28 Apr 2014 14:06:44 -0400 Subject: [xmonad] DynamicWorkspaceGroups persistent after reboot? In-Reply-To: <20140428143854.GA1544@seas.upenn.edu> References: <5336CC5F.8080500@de-bruyn.fr> <20140407170057.GA11100@seas.upenn.edu> <53440C2C.2080308@de-bruyn.fr> <20140409190918.GA5689@seas.upenn.edu> <5346D66D.9070108@de-bruyn.fr> <20140428143854.GA1544@seas.upenn.edu> Message-ID: On Mon, Apr 28, 2014 at 10:38 AM, Brent Yorgey wrote: > darcs get http://code.haskell.org/XMonadContrib > cd XMonadContrib > cabal install > > The darcs version is quite stable so you should have no problems > upgrading to it. Another option is: cabal install http://code.haskell.org/XMonadContrib/XMonadContrib.tar.gz \ http://code.haskell.org/xmonad/xmonad.tar.gz Those tar.gz snapshots are updated whenever somebody adds a patch to the repo. Regards, Adam From benweitzman at gmail.com Wed Apr 30 21:17:50 2014 From: benweitzman at gmail.com (Ben Weitzman) Date: Wed, 30 Apr 2014 17:17:50 -0400 Subject: [xmonad] New XMonad layout based on bspwm Message-ID: Hi, I've written a binary space partition layout based of bspwm. Each time a window is inserted, it splits the current window into two. You can resize, rotate, and swap the leafs of the BSP tree around. Attached is the darcs patch. Cheers, Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: bsp.dpatch Type: application/octet-stream Size: 27877 bytes Desc: not available URL: