- xmonad - Haskell.org

MultiToggle FULL crashes my WM
by aditya siram 28 Aug '09

28 Aug '09

Hi all, The following configuration crashes my xmonad consistently after switching layouts twice. I'd really like to be able to maximize/unmaximize the focused window and this seemed like the best way to do it. If MultiToggle isn't the right solution, I'm open to suggestions. thanks ... -deech -- myLayout = mkToggle1 FULL $ simpleTabbed ||| tiled ||| Mirror tiled ||| Circle -- where -- -- default tiling algorithm partitions the screen into two panes -- tiled = Tall nmaster delta ratio -- -- The default number of windows in the master pane -- nmaster = 1 -- -- Default proportion of screen occupied by master pane -- ratio = 1/2 -- -- Percent of screen to increment by when resizing panes -- delta = 3/100 -- main = xmonad $ -- defaultConfig { layoutHook = myLayout }

3 3

darcs patch: Let the user decide which commands to use in X.H.Serve...
by Daniel Schoepe 26 Aug '09

26 Aug '09

Tue Aug 25 12:16:30 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Let the user decide which commands to use in X.H.ServerMode

3 2

darcs patch: Improve/correct documentation in X.A.TagWindows
by Daniel Schoepe 25 Aug '09

25 Aug '09

Sun Aug 23 15:12:29 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Improve/correct documentation in X.A.TagWindows

2 1

darcs patch: Replace nextEvent with maskEvent to prevent GridSelect...
by Clemens Fruhwirth 25 Aug '09

25 Aug '09

Sun Aug 9 15:10:55 CEST 2009 Clemens Fruhwirth <clemens(a)endorphin.org> * Replace nextEvent with maskEvent to prevent GridSelect from swallowing unrelated events (such as map/unmap)

2 1

darcs patch: Better default for ppUrgent in xmobarPP
by Daniel Schoepe 25 Aug '09

25 Aug '09

Sat Aug 22 20:34:16 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Better default for ppUrgent in xmobarPP Most users would expect workspaces with urgent windows to be highlighted in xmobar when they set up an UrgencyHook. Hence, doing this by default in xmobarPP makes sense. (dzenPP does the same)

2 1

darcs patch: More flexible interface for X.H.FadeInac... (and 1 more)
by Daniel Schoepe 25 Aug '09

25 Aug '09

Fri Aug 21 22:39:36 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * More flexible interface for X.H.FadeInactive This patch allows setting the opacity on a per-window basis and lets the user specify it as a percentage instead of an Integer between 0 and 2^32-1. Sat Aug 22 00:56:46 CEST 2009 Daniel Schoepe <daniel.schoepe(a)gmail.com> * Add backwards compatability in X.H.FadeInactive

2 1

Re: It won't, no. The exec causes the shell to vanish (so the second xmonad isn't seen at all). Try something like /home/eric/bin/xmonad & setenv DISPLAY=beryllium:0.1 exec /home/eric/bin/xmonad Presuming that works OK, you might want to sta
by Eric Thomas 25 Aug '09

25 Aug '09

Bruce Stephens <xmonad-HpBJwjOt1muTY6FTCsQk+9Bc4/FLrbF6 at public.gmane.org> writes: > Eric Thomas <eric.l.m.thomas-Re5JQEeQqe8AvxtiuMwx3w-XMD5yJDbdMReXY1tMh2IBg at public.gmane.org> > writes: > >> My script is currently the following (I use tcsh). >> >> /home/eric/bin/xmonad & >> setenv DISPLAY beryllium:0.1 exec /home/eric/bin/xmonad & >> wait >> >> However, the second screen still isn't loading correctly. Does >> everything look okay for this? > > Try removing the other exec as well. Or (more primitively) just run one xmonad and see if you can run the other one from a terminal. ---------------------------------------------------------------------------------- Hey, that kind of worked! I started an xmonad in the xsession script. Then did the following through a terminal. setenv DISPLAY beryllium:0.1 /home/eric/bin/xmonad & It indeed allows me to get an xmonad on the second screen. Everything works fine with the exception of the mouse. When I want to do anything on the other screen, I need to have the mouse hover over the window that is considered the master pane (I think I have the term correct, please bare with me as I am new to xmonad). So is there a way to gain focus of the other screen without having to move over the master pane (just having to hover over any window on the other screen)? I ask this because it becomes extremely easy for me to forget which one is the master pane (especially if I move it to a different workspace). Thanks, Eric Thomas

1 0

It won't, no. The exec causes the shell to vanish (so the second xmonad isn't seen at all). Try something like /home/eric/bin/xmonad & setenv DISPLAY=beryllium:0.1 exec /home/eric/bin/xmonad Presuming that works OK, you might want to start both insta
by Eric Thomas 25 Aug '09

25 Aug '09

My script is currently the following (I use tcsh). /home/eric/bin/xmonad & setenv DISPLAY beryllium:0.1 exec /home/eric/bin/xmonad & wait However, the second screen still isn't loading correctly. Does everything look okay for this? Eric Thomas -------------------------------- It won't, no. The exec causes the shell to vanish (so the second xmonad isn't seen at all). Try something like /home/eric/bin/xmonad & setenv DISPLAY=beryllium:0.1 exec /home/eric/bin/xmonad Presuming that works OK, you might want to start both instances in the background and use wait (to wait for both) at the end of the script. Or some variant like that---I'm not sure what would be most convenient for someone running two window managers.

2 2

Issue 311 in xmonad: using noBorders on tabbed layout freezes tab bar on workspace change
by codesite-noreply＠google.com 25 Aug '09

25 Aug '09

Comment #2 on issue 311 by pbrisbin: using noBorders on tabbed layout freezes tab bar on workspace change http://code.google.com/p/xmonad/issues/detail?id=311 created a much simpler xmonad.hs for test. defaults plus the noBorders layout only. the freeze behavior remains Attachments: simple.xmonad.hs 313 bytes -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Re: [xmonad] Problem with Multi-head setup
by wagnerdm＠seas.upenn.edu 25 Aug '09

25 Aug '09

Here is the way I understand it. Likely some of the following statements will be subtly wrong, and I apologize in advance for spreading my misconceptions about X. There are two distinct pieces of X called Xinerama. One of the pieces is a set of library calls used for communicating the size and locations of physical screens in logical space within a single DISPLAY. xmonad uses these library calls to break your physical screens into separate logical workspaces. As such, the library called xinerama is required for multi-head support. However, I understand that there are other ways of controlling multiple monitors, in particular running several different DISPLAYs under X, one for each screen. You may of course do this; then you must start a separate xmonad instance for each DISPLAY. There is currently no integration for this; i.e. no way to send windows from one DISPLAY to another (though I hear rumors that some window managers do have such capabilities). Other than those two options, I am not familiar with any other way of driving multiple monitors. Cheers, ~d Quoting Eric Thomas <eric.l.m.thomas(a)gmail.com>: > Sorry for the noob question, but why is xinerama required for xmonad to > work? > As I understand it, xinerama just makes your multi head setup appear as > though there is one long screen. > However, I like it when my screens are treated as two different desktops. > Does xmonad not support this? > > Eric Thomas > > > > On Sat, Aug 22, 2009 at 4:55 PM, <wagnerdm(a)seas.upenn.edu> wrote: > >> Hi Eric, >> >> It sounds like you haven't got the Xinerama extension running; getting that >> set up is not xmonad-specific. There are many excellent tutorials on >> setting up Xinerama on the web; Google should help here. (For example, try >> "setting up Xinerama", which pointed me to < >> http://www.ibiblio.org/pub/Linux/docs/HOWTO/Xinerama-HOWTO>.) It also >> depends slightly on what graphics card you are using. If you've got an >> nvidia card with the proprietary nvidia drivers, check out the man pages for >> nvidia-xconfig; other people here may have other suggestions for other >> cards. >> >> Cheers, >> ~d >> >> >> Quoting Eric Thomas <eric.l.m.thomas(a)gmail.com>: >> >> Hello, >>> >>> When attempting to setup xmonad on a dual setup, I cannot use the keyboard >>> on the second monitor. >>> >>> The following command: >>> ghc -e "Graphics.X11.openDisplay [] >>= >>> Graphics.X11.Xinerama.getScreenInfo" >>> >>> generates this output: >>> Xlib: extension "XINERAMA" missing on display ":0.1". >>> [Rectangle {rect_x = 0, rect_y = 0, rect_width = 1280, rect_height = >>> 1024}] >>> >>> In the FAQ, its says to check my Xserver configuration, but I don't know >>> what I need to check. >>> >>> Any help would be appreciated. >>> >>> Thanks, >>> >>> Eric >>> >>> >> >> >

3 4