December 2010 - xmonad

Issue 405 in xmonad: Moving thunderbird Account Settings window causes background window to jump around
by codesite-noreply＠google.com 19 May '11

19 May '11

Status: New Owner: ---- New issue 405 by richard.adam: Moving thunderbird Account Settings window causes background window to jump around http://code.google.com/p/xmonad/issues/detail?id=405 What steps will reproduce the problem? 1. Start Mozilla Thunderbird and some other windows 2. Go to Account Settings in Thunderbird 3. Move the Account Settings window to try to see what's behind it 4. Click on a different window 5. Mouse over the thunderbird Account Settings window What is the expected output? What do you see instead? I expect the background window to remain the same. Instead, the background window changes to some predefined window. This prevents me from seeing the window in the background while typing into the Account Settings window. What version of the product are you using? On what operating system? xmonad 0.8.1 on Gentoo Linux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Yes. Attached. xmonad --recompile has no output. Please provide any additional information below. Perhaps this problem is related to dialogs that disallow the parent window from being used. It could also be a nonconformance of thunderbird, I have no idea. Attachments: xmonad.hs 2.3 KB

1 2

Re: Issue 313 in xmonad: Merge contrib's isFullscreen and doFullFloat to core
by codesite-noreply＠google.com 07 May '11

07 May '11

Comment #6 on issue 313 by gwern0: Merge contrib's isFullscreen and doFullFloat to core http://code.google.com/p/xmonad/issues/detail?id=313 The next release from darcs will be 1.0; is there any particular reason the change hasn't been made & pushed, or this bug closed? -- 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 2

Issue 378 in xmonad: Clean up WindowBringer interface
by codesite-noreply＠google.com 12 Apr '11

12 Apr '11

Status: New Owner: ---- New issue 378 by MathStuf: Clean up WindowBringer interface http://code.google.com/p/xmonad/issues/detail?id=378 The attached patch adds a bringMenu' function so that the user may specify a command for it as well. In addition, the other functions are cleaned up to use cascade with the default "dmenu" command. I tried doing "darcs record", but I do not have packages that satisfy the testing version dependencies and the xmonad update from cabal has dependency solving issues with the system version. Attachments: xmonad-contrib-windowbringer-cleanup.patch 2.2 KB -- 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 8

Issue 406 in xmonad: Add XMonad.Hooks.ToggleHook
by codesite-noreply＠google.com 11 Apr '11

11 Apr '11

Status: New Owner: ---- New issue 406 by MathStuf: Add XMonad.Hooks.ToggleHook http://code.google.com/p/xmonad/issues/detail?id=406 A while ago I sent a patch to the ML with `darcs send`. Opening a bug to track it and changing existing code to use it and reduce duplication (X.H.InsertPosition could also be made to use ToggleHooks). The patches attached are raw patches to add support and also swap X.H.FloatNext to use the ToggleHook calls. Mailing list archive link: http://www.haskell.org/pipermail/xmonad/2010-June/010358.html Attachments: add-toggle-hooks.patch 7.1 KB float-next-use-toggle-hook.patch 3.4 KB

1 3

Issue 368 in xmonad: Action to send subkey to a window
by codesite-noreply＠google.com 11 Apr '11

11 Apr '11

Status: New Owner: ---- New issue 368 by MathStuf: Action to send subkey to a window http://code.google.com/p/xmonad/issues/detail?id=368 What steps will reproduce the problem? 1. When using subkey for keybindings, it grabs any use of the subkey. 2. I tried using xdotool to send the key, but xmnad grabs this as well. What is the expected output? Send keypress to focused window. What do you see instead? xmonad grabs the simulated keypress. What version of the product are you using? On what operating system? 0.9 Fedora 12 x86_64 and i686 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output from xmonad --recompile. Attachments: xmonad.hs 10.0 KB -- 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

Re: Issue 317 in xmonad: Implement a working X.U.putSelection
by codesite-noreply＠google.com 10 Mar '11

10 Mar '11

Comment #22 on issue 317 by wirtwo...(a)gmail.com: Implement a working X.U.putSelection http://code.google.com/p/xmonad/issues/detail?id=317 Issue 365 has been merged into this issue. -- 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 7

Issue 415 in xmonad: xmonad assumes that the shell can find it in $PATH
by codesite-noreply＠google.com 26 Feb '11

26 Feb '11

Status: New Owner: ---- New issue 415 by nwfilardo: xmonad assumes that the shell can find it in $PATH http://code.google.com/p/xmonad/issues/detail?id=415 What steps will reproduce the problem? 1. Run xmonad by full path, not "xmonad", with xmonad not in $PATH 2. Attempt to restart xmonad; the exec will fail. What is the expected output? What do you see instead? By default, I would expect xmonad to use the paths baked in by Cabal, but perhaps there is reason not to. What version of the product are you using? On what operating system? 0.9.1, built from darcs. Debian sid. I'm attaching a first pass of a patch for this, but something seems wrong with it; why do I need to specify Paths_xmonad in the .cabal file? Attachments: cabalpaths.diff 2.8 KB

1 2

updating.... in xmobar
by Jacob Alexandersson 04 Feb '11

04 Feb '11

Hey all, I just started trying xmonad out, and I really ilke it. I've used ratpoison in the past but eventually gave it up. xmonad seems to work better for me so far. I realize this is a xmobar question, but I am guessing there are people on this list that uses xmobar also. I have a .xmobarrc which looks like follows: <snip> Config { font = "-*-Fixed-Bold-R-Normal-*-13-*-*-*-*-*-*-*" , bgColor = "black" , fgColor = "grey" , position = TopW L 100 , lowerOnStart = True , commands = [ Run Cpu ["-L","3","-H","50","--normal","green","--high","red"] 10 , Run Memory ["-t","Mem: <usedratio>%"] 10 , Run Swap [] 10 , Run Date "%a %b %_d %l:%M" "date" 10 , Run Com "uname" ["-s","-r"] "blaj" 36000 , Run StdinReader ] , sepChar = "%" , alignSep = "}{" , template = "%StdinReader% }{ %blaj% %cpu% | %memory% * %swap% <fc=#ee9a00>%date%</fc>" } </snip> ...and in ~/.xmonad/xmonad.hs I have: <snip> ... xmproc <- spawnPipe "/usr/bin/xmobar /home/jcx/.xmobarrc" ... </snip> All I get is "updating..." where %StdinReader% is placed. Is this correct?? Am I missing something? cheers, Jacob.

3 3

PATCH HCAR, was, Re: Your HCAR November 2010 material
by Gwern Branwen 16 Jan '11

16 Jan '11

On Tue, Nov 9, 2010 at 3:27 PM, Janis Voigtlaender <hcar(a)haskell.org> wrote: > Dear Gwern, > > The November 2010 edition of the Haskell Communities and > Activities Report (HCAR) has been published: > > http://www.haskell.org/pipermail/haskell/2010-November/022366.html > > This edition of HCAR contains material from you on the > following topics: > > * mueval > * xmonad > > The articles in the form contained in the report are attached to > this mail. Please replace your local copies with these .tex files > (possibly adapted by me) *now*. > > Doing so helps avoid repeated work when the next edition is due > in six months, hopefully with further contribution from you. > > And THANK YOU for your contribution to the current report! > > Best, > Janis. Attached is a patch bundle with my previous HCAR.tex patches and also a new patch which simply records the diff of Janis's changes made to the HCAR.tex. I'm not a Latex expert so I'm not entirely sure what they're all about, but they look like small syntax fixes, so nothing controversial. -- gwern http://www.gwern.net

2 1

Set Window Maximum Width
by Eyal Erez 13 Jan '11

13 Jan '11

Hi, I use a fairly large monitor (24" widescreen). Most applications I open, are too large when they take up the entire space, and I end up needing to open another application (like a terminal) to shrink them down. I was wondering if there's a way to set a maximum window width. So if only one application is running, it would float in the middle of the workspace? It would be a plus if this size can be set per application type (e.g. window class). Thank you,

2 2