- xmonad - Haskell.org

darcs patch: Fix error due to removal of catch in GHC7.6
by mgsloan＠gmail.com 27 Aug '12

27 Aug '12

1 patch for repository http://code.haskell.org/xmonad: Sun Aug 26 16:50:22 PDT 2012 mgsloan(a)gmail.com * Fix error due to removal of catch in GHC7.6

2 1

xmonad{,-contrib} on github
by Jochen Keil 25 Aug '12

25 Aug '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, lately I got a bit into github after being reluctant for a long time. My experiences were very positive after seeing how easy and fast it is to submit and merge patches (pull requests). Even if those patches are not accepted it is quite simple to follow the development and rebase your own patches. I have to admit that I'm a bit biased though. I mainly use git for most of my work, so the git/github workflow is very appealing to me. Another big point is, that I think switching to github could revive development for xmonad which is currently rather stale. Since git is very popular these days I'd figure that there are many potential contributors to xmonad on a github base. So I just ask around if anybody is also interested in this and would like to support my case. However, counter arguments are welcome too. :) Best wishes, Jochen -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlA5ExMACgkQtVwvsA+W4CDXIACfXNlUL+5X8JhR37CJhvKIYUkl OyAAnjYlllPFWWjVL91VPAJ4KfwKhSiG =VxGZ -----END PGP SIGNATURE-----

2 1

Xdmx as a solution to the multiple graphics cards, > 2 monitor problem
by Sean Neilan 25 Aug '12

25 Aug '12

As many of you may or may not know, X11 is terrible at handling more than 2 monitors. If you have 2 different graphics cards with 2 monitors each, they have to be separate X11 instances which means you can't share windows between all screens. Yuck. I have a GTX 480 & a GS 4800 and I can make local X11 servers run on both of them. Is it possible to have Xdmx connect to two or 3 local instances of X11? If so, then, I can have a triple display! I ask this here Xdmx lacks a mailing list.

2 1

darcs patch: XMonad.Layout.OnlyFor
by allbery.b＠gmail.com 19 Aug '12

19 Aug '12

1 patch for repository http://code.haskell.org/XMonadContrib: Sun Aug 19 12:11:07 EDT 2012 allbery.b(a)gmail.com * XMonad.Layout.OnlyFor This layout modifier allows another layout modifier to be applied only when a single window or only when multiple windows are visible. (The case where no windows are visible is vacuous since layouts are irrelevant.) Rough usage: import XMonad.Layout.OnlyFor, then use as a layout modifier myLayouts = OnlyFor Multiple (Spacing 3) $ Tall ||| Mirror Tall ||| Full gives you a Spacing 3 modifier unless there is only one window visible. This has been sitting around in my local tree for about a year, after I wrote it for someone on #xmonad; it has vanished from hpaste since then and I never got around to submitting it to -contrib.

4 3

Patch: add ewmhDesktopsEventHookCustom to XMonad.Hooks.EwmhDesktops.hs to sort workspaces
by Mario Pastorelli 16 Aug '12

16 Aug '12

Hello, I have attached a patch to add a generalized version of ewmhDesktopsEventHook called ewmhDesktopsEventHookCustom that works as ewmhDesktopsLogHookCustom for ewmhDesktopsLogHook: it let you pass a function that will be applied to the workspace list. The reason of this patch is that if you use ewmhDesktopsLogHook with a special sort function then an external workspace viewer will show the workspaces in custom order. But if you interact with them, then the interaction will work on the normal order. So if you use a sort function on the LogHook then you need the same sort function in the EventHook. For example, before this patch I had problems with the workspace viewer of the gnome panel. This is an example on how to use it: -- sort function workspacesort = sortBy $ \a b -> tag a `compare` tag b -- custom log hook ewmhDesktopsLogHookCustom workspacesort -- custom event hook ewmhDesktopsEventHookCustom workspacesort Mario Pastorelli

1 0

Issue 380 in xmonad: Infer shiftMask given keysyms that otherwise will not be received
by codesite-noreply＠google.com 15 Aug '12

15 Aug '12

Status: Accepted Owner: ---- Labels: Type-Defect Priority-Low New issue 380 by vogt.adam: Infer shiftMask given keysyms that otherwise will not be received http://code.google.com/p/xmonad/issues/detail?id=380 What steps will reproduce the problem? A keybinding to (0, xK_plus) doesn't work What is the expected output? What do you see instead? Instead you have to bind to: (shiftMask, xK_equal) Maybe doing this correctly regardless of the keymap isn't possible, but perhaps a reasonable approximation can be done like this: * if the keymap contains 'unreachable keys' like "M-+", grab "M-+" and "M-S-=" * if we actually get a "M-+", ungrab the "M-S-=", and run the normal action for "M-+" This can be done with a handleEventHook outside of core, but for users, the current workaround is probably easier having an optional handleEventHook to EZConfig (note how uncommon the use of the optional startupHook from that module is). -- 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 1

darcs patch: debug-hooks
by allbery.b＠gmail.com 13 Aug '12

13 Aug '12

1 patch for repository http://code.haskell.org/XMonadContrib: Mon Aug 13 18:38:21 EDT 2012 allbery.b(a)gmail.com * debug-hooks Hooks to print diagnostic information to stderr (usually .xsession-errors) to help debug complex issues involving the StackSet and received events.

1 0

Change build directory to ~/.cache/xmonad
by daniel.trstenjak＠gmail.com 12 Aug '12

12 Aug '12

4 patches for repository http://code.haskell.org/xmonad: Thu Jun 7 15:16:32 CEST 2012 daniel.trstenjak(a)gmail.com * Separate source and build directories The source files are still located in '~/.xmonad' and the build files and the xmonad binary are now put into '~/.xmonad_build'. By separating the source and build directories it's easier and nicer to backup and synchronize the source files. Tue Jun 26 20:26:40 CEST 2012 daniel.trstenjak(a)gmail.com * Add getXMonadDir for backward compatibility Wed Jul 4 19:23:24 CEST 2012 daniel.trstenjak(a)gmail.com * Change build directory to '~/.cache/xmonad'. Wed Jul 4 19:24:37 CEST 2012 daniel.trstenjak(a)gmail.com * Add type signature for getXMonadDir

5 7

Issue 340 in xmonad: Error In Passing Clicks in Multi-Head non-Xinerama Setup
by codesite-noreply＠google.com 11 Aug '12

11 Aug '12

Status: New Owner: ---- New issue 340 by llcawthorne: Error In Passing Clicks in Multi-Head non-Xinerama Setup http://code.google.com/p/xmonad/issues/detail?id=340 What steps will reproduce the problem? 1. Set 'Option "Xinerama" "0"' in xorg.conf in a multi-head non-xrandr setup. 2. Run xmonad on the primary display 3. Run another copy of xmonad, or another WM on the secondary display. What is the expected output? What do you see instead? I should be able to re-enter a window managed by XMonad and click on things after leaving it. There are two different setups that respond slightly differently. 1) Xmonad on DISPLAY 0.0 and No WM on DISPLAY 0.1 (or Openbox). I can leave the XMonad display perfectly every time and click on things on the secondary display. The problem pops up when XMonad needs to re-accept control of the pointer. I come back to my main screen and clicks are not accepted by whatever window I entered into. Buttons highlight like I am over them; links get little boxes around them, but clicks do not register. The problem can be remedied by moving my mouse over any other window on the same display, and things "catch up". Ex: DISPLAY=0.0. I usually run Firefox, and three terminals. DISPLAY=0.1. I usually have Thunderbird open. If I go to Thunderbird, I never have any problem getting there (as long as I am not running XMonad on display 0.1 also). If I come back from thunderbird to Firefox (which is in the master tile), I cannot successfully click anything. If I move my mouse over to a terminal (with or without clicking on it) and then back to Firefox, I can click things fine. 2) Running xmonad on Display 0.0 and Display 0.1 Same as above, except I have problems moving to each display. Previous Example but: If I leave Display 0.0 and go to Thunderbird, I cannot click anything. Once again, messages shadow when the mouse is over them, as do buttons in Thunderbird. If I hit Mod+Shift+Return at this point, the terminal will open on Display 0.0, even though I am on Display 0.1 with my pointer. Now, if I move my pointer back to Display 0.0, I cannot click on Firefox and if I hit Mod+Shift+Return the terminal will open on Display 0.1 even though the mouse is on Display 0.0. Everything is back to normal if I mouse over a terminal and back to Firefox. (This was especially annoying until I figured out what was going on.. Now I run with a clock open on Display 0.1 so I have a second window to mouse over on the way to read my e-mail, because otherwise I had no way to make Thunderbird start receiving clicks). Things work the same with application other than Firefox/Thunderbird termimal in both examples, they are just what I tend to have open. What version of the product are you using? On what operating system? Xmonad 0.8 or Xmonad 0.9. Gentoo Linux or ArchLinux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Problem exists with default xmonad.hs or with a custom xmonad.hs (or with a randomly grabbed off the website xmonad.hs). Please provide any additional information below. I can set "Xinerama" "1" and there is no problem; I just don't particularly care for Xinerama. A) It turns off compositing. B) I cannot (at least don't know how to) launch apps to other screens from a prompt (ie 'DISPLAY=:0.2 mplayer -fs South.Park.S01312.avi'). Also, I generally use three monitors, but I can recreate the problem with the secondary card and tertiary monitor removed from my configuration, so it has not been mentioned here. (Things get even stranger when I try running xmonad on all three displays without Xinerama). If you need more info than my wordy description, I have a forum post on the ArchLinux boards and sent a message to the mailing list a bit back relating to this problem. (Note that the first few messages of the posting were before I figured out clearly what was happening). http://bbs.archlinux.org/viewtopic.php?id=83789 -- 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 3

Re: [xmonad] Patch: changes in Prompt and new module
by Carlos López Camey 11 Aug '12

11 Aug '12

2012/8/2 Carsten Mattner <carstenmattner(a)gmail.com>: > On Thu, 02 Aug 2012 18:45:19 +0200, Carlos López Camey <c.lopez(a)kmels.net> > wrote: > >> I meant XMonad.Actions.Launcher in the patch. Thoughts, suggestions and >> nerd-rage are very welcome. > > > Hi Carlos, > > can you explain this in more detail? > > What would I do differently? > > Thanks, > > Carsten Hello Carsten, The module is a prompt, like Prompt.Shell, where you can change between more prompts ("modes"). Currently there are 4 modes: - search hoogle (requires local install). It opens a haddock documentation on a browser. - search files with locate. It opens a file with a desired program, depending on its extension. - search files with locate --regexp. Like the one above, but autocompletion takes regex. - calculator (requires `calc` installed), only autocompletes arithmetic expressions. If you would like to try it, you can check the usage notes in the haddock documentation, which I'm attaching By the way I think I fixed the bug with alwaysHighlight. I will send it now to the list, I hope everything works for you now. Cheers! Carlos

3 3