- xmonad - Haskell.org

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 25 Jun '07

25 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #7 by dons00: > it now does recognize the Screens Good. Perhaps we put this down to missing 'runhaskell Setup.lhs clean'/autoreconf mixup somewhere? Can you just confirm for us that xinerama support is working as advertised? -- 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

darcs patch: Magnifier.hs: quote screenshot url for H... (and 1 more)
by joachim.fasting＠gmail.com 25 Jun '07

25 Jun '07

Sat Jun 23 20:48:37 CEST 2007 joachim.fasting(a)gmail.com * Magnifier.hs: quote screenshot url for Haddock compatibility. Sat Jun 23 20:49:38 CEST 2007 joachim.fasting(a)gmail.com * Square.hs: put usage instructions after imports for Haddock compatibility.

5 4

darcs patch: Magnifier.hs: quote screenshot url for Haddock compati...
by joachim.fasting＠gmail.com 25 Jun '07

25 Jun '07

Sun Jun 24 00:32:27 CEST 2007 joachim.fasting(a)gmail.com * Magnifier.hs: quote screenshot url for Haddock compatibility (amended * version).

2 1

darcs patch: make everything work with new doLayout. (and 1 more)
by David Roundy 24 Jun '07

24 Jun '07

Hi all, Here's a cleanup of Combo (depends on rewrite of doLayout). David Sat Jun 23 14:09:52 PDT 2007 David Roundy <droundy(a)darcs.net> * make everything work with new doLayout. This modifies all the contrib modules to work (so far as I know) with the new contrib layout. The exception is the LayoutHooks module, which isn't used. It exports an API that is inherently unsafe, so far as I can tell (and always has been). Sun Jun 24 10:13:46 PDT 2007 David Roundy <droundy(a)darcs.net> * clean up code in Combo. This adds some type safety, since the super-layout is now of a distinct type from the sublayouts. This avoids the ugliness we had, of passing "fake" windows to the super layout. Now we directly lay out the layouts.

1 0

darcs patch: only display any given window once.
by David Roundy 24 Jun '07

24 Jun '07

This is probably the last patch of the day in the sticky window series. At this point, I think I've got things working as nicely as I want them to. I haven't implemented "true" stickiness, which would be a command to put a window in *every* workspace at once, since I myself don't want that. But that's a two-liner (one-liner, if you don't count the type signature), so I'll leave that in case anyone wants it (presumably this would be for people who don't use RotView, or who want to extend RotView to ignore sticky windows). David Sun Jun 24 09:25:21 PDT 2007 David Roundy <droundy(a)darcs.net> * only display any given window once. This change goes along with the sticky window work. It makes xmonad display each window once and only once, with preference given to the focussed screen. It has no effect when there are no duplicate windows, except to make things less efficient. We could do better using Data.Set (or Data.Map) to store the set of windows that are visible.

1 0

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #6 by Ulrich.Pfeifer: Hello, it now does recognize the Screens. I did not change the procedure; even used the shell history to recompile x11-extra and xmonad. Anyway, here is the output: % DISPLAY=:1 ghc -e 'Graphics.X11.Xinerama.compiledWithXinerama' True % DISPLAY=:1 ghc -e 'Graphics.X11.Xlib.Display.openDisplay "" >>= Graphics.X11.Xinerama.xineramaQueryScreens' Just [XineramaScreenInfo {xsi_screen_number = 0, xsi_x_org = 1440, xsi_y_org = 0, xsi_width = 1024, xsi_height = 768},XineramaScreenInfo {xsi_screen_number = 1, xsi_x_org = 0, xsi_y_org = 0, xsi_width = 1440, xsi_height = 900}] I am going to test the migration of Workspaces between screens now. Ulrich -- 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

error compiling NoBorders
by Tobias Hammerschmidt 24 Jun '07

24 Jun '07

Hi @ all, I've got a problem (once again). I'd like to hold presentations in fullscreen mode. Therefore I tried to build xmonad with the module NoBorders. But when I'm going to compile xmonad I'm getting the following error: $ runghc Setup.lhs build Preprocessing executables for xmonad-0.2... Building xmonad-0.2... [4 of 8] Compiling Config[boot] ( Config.hs-boot, nothing ) [7 of 8] Compiling Config ( Config.hs, dist/build/xmonad/xmonad-tmp/Config.o ) Config.hs:33:0: Warning: Definition but no type signature for `layouts' [8 of 8] Compiling Main ( Main.hs, dist/build/xmonad/xmonad-tmp/Main.o ) Main.hs:65:14: Ambiguous occurrence `layouts' It could refer to either `layouts', imported from XMonad at Main.hs:30:0-12 or `layouts', imported from Config at Main.hs:31:0-12 (defined at Config.hs:33:0) Sorry but my haskell knowledge is slightly above >>putStrLn "Hello world!"<< so I'm not able to fix it myself (however I hope that I can dive into haskell after my exams in july). PS: I followed the usage description in the module NoBorders. Xmonad and XMonadContrib are from darcs (pulled yesterday). tobias

2 2

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #5 by SpencerJanssen: As you may realize, I suspect that this is a build issue rather than a problem with the code. I've just added a little diagnostic support in X11-extras, please upgrade and run: ghc -e 'Graphics.X11.Xlib.Display.openDisplay "" >>= Graphics.X11.Xinerama.xineramaQueryScreens' ghc -e 'Graphics.X11.Xinerama.compiledWithXinerama' Try this from a brand new 'darcs get' of X11-extras, to rule out the possibility of any old configuration bits causing problems. If this isn't a build issue, I'm not sure what's going on -- the C code you've posted seems equivalent to the code currently in X11-extras. -- 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

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #4 by Ulrich.Pfeifer: Did re-run autoreconf and recompile and reinstall x11-extras. Recompiled xmonad - same result I am afraid. Ulrich -- 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

Issue 29 in xmonad: MergeFB " Pseudo" Xinerama not supported
by codesite-noreply＠google.com 24 Jun '07

24 Jun '07

Issue 29: MergeFB "Pseudo" Xinerama not supported http://code.google.com/p/xmonad/issues/detail?id=29 Comment #3 by SpencerJanssen: > Hmm, the darcs snapshot did *not* contain the file include/X11_extras_config.h.in. > I did create it as empty file. It did not exists in the last release and was > required for compilation. Can that be related? Yes. We moved some headers around recently -- you'll need to re-run autoreconf. -- 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