June 2010 - xmonad - Haskell.org

darcs patch: Note things to update each release. (and 2 more)
by Adam Vogt 31 Dec '10

31 Dec '10

3 patches for repository aavogt@code.haskell.org:/srv/code/xmonad: Mon Mar 22 11:06:22 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Note things to update each release. Sat Apr 3 14:11:15 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Update comments describing `recompile' Sat Apr 3 14:13:54 EDT 2010 Adam Vogt <vogt.adam(a)gmail.com> * Update util/GenerateManpage to be pandoc-1.4 compatible

2 1

darcs patch: get rid of zombies in a more portable way
by Tomas Janousek 12 Dec '10

12 Dec '10

Sun Apr 11 20:55:10 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> * get rid of zombies in a more portable way FreeBSD and OpenBSD don't support the signal(SIGCHLD, SIG_IGN) way of dealing with them. Wikipedia quote on the issue: "POSIX.1-2001 allows a parent process to elect for the kernel to automatically reap child processes that terminate by setting the disposition of SIGCHLD to SIG_IGN or by setting the SA_NOCLDWAIT flag for the SIGCHLD signal; Linux 2.6 kernels adhere to this behavior while FreeBSD supports only the latter of these methods. Because of historical differences between System V and BSD behaviors with regard to ignoring SIGCHLD, calling wait remains the most portable paradigm for cleaning up after forked child processes." -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

5 4

Re: Issue 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 11 Dec '10

11 Dec '10

Comment #9 on issue 69 by mark.stosberg: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 I'm struggling to try Xmonad because I don't have a windows key and the "loving caress" of xmodmap (as the original poster puts it) is not so gentle. As someone new to Xmonad and Haskell, the "sufficient" workaround is not simple at all: - delete all of the default keybindings - add a single keybinding for your desired prefix key that activates a submap - add all the desired keybindings to your submap I wouldn't know how to start with implementing that. I even tried the "extra user-friendly" BlueTile alternative. It also assumed I had a Windows key... -- 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 4

Re: Issue 291 in xmonad: Layout.Tabbed has drawing problems when used with Layout.MultiToggle
by codesite-noreply＠google.com 04 Nov '10

04 Nov '10

Updates: Labels: Type-Defect Component-Contrib Comment #1 on issue 291 by vogt.adam: Layout.Tabbed has drawing problems when used with Layout.MultiToggle http://code.google.com/p/xmonad/issues/detail?id=291 Can you still reproduce this if you include this patch: Sat Dec 19 19:47:33 EST 2009 Tomas Janousek <tomi(a)nomi.cz> * Fix MultiToggle crashes with decorated layouts The problem was that certain layouts keep their "world" state in their value, which was thrown away and forgotten after ReleaseResources during toggle. In particular, decorated layouts store some X11 handles in them and allocate/deallocate it as appropriate. If any modification to their state is ignored, they may try to deallocate already deallocated memory, which results in a crash somewhere inside Xlib. This patch makes Transformers reversible so that nothing is ever ignored. As a side effect, layout transformers now do receive messages and messages for the base layout do not need the undo/reapply cycle -- we just pass messages to the current transformed layout and unapply the transformer when needed. (This, however, doesn't mean that the base layout is not asked to release resources on a transformer change -- we still need the transformer to release its resources and there's no way to do this without asking the base layout as well.) -- 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 5

Re: Issue 197 in xmonad: Blocking on nextEvent stops other threads from running
by codesite-noreply＠google.com 04 Nov '10

04 Nov '10

Comment #4 on issue 197 by byorgey: Blocking on nextEvent stops other threads from running http://code.google.com/p/xmonad/issues/detail?id=197 What's the status of this ticket? Is this a WontFix? Or is there something that could be improved here? -- 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 4

Re: Issue 4 in xmonad: Separate focus for tiled and floating layers
by codesite-noreply＠google.com 16 Oct '10

16 Oct '10

Comment #16 on issue 4 by scuz.there: Separate focus for tiled and floating layers http://code.google.com/p/xmonad/issues/detail?id=4 It might be more useful to have transients for a window hidden when that window is not focused. Similar to Photoshop on Mac. -- 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 366 in xmonad: XMonad.Layout.NoFrillsDecoration depends on SimpleDecoration
by codesite-noreply＠google.com 30 Sep '10

30 Sep '10

Status: New Owner: ---- New issue 366 by j...(a)kitenet.net: XMonad.Layout.NoFrillsDecoration depends on SimpleDecoration http://code.google.com/p/xmonad/issues/detail?id=366 What steps will reproduce the problem? 1.import XMonad.Layout.NoFrillsDecoration 2.do not import XMonad.Layout.SimpleDecoration 3. What is the expected output? What do you see instead? xmonad.hs:41:10: Not in scope: `defaultTheme' xmonad.hs:42:4: Not in scope: `activeColor' xmonad.hs:43:4: Not in scope: `inactiveColor' xmonad.hs:44:4: Not in scope: `activeBorderColor' xmonad.hs:45:4: Not in scope: `inactiveBorderColor' Etc. This goes away if SimpleDecoration is also imported. What version of the product are you using? On what operating system? 0.9 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. -- 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

Issue 398 in xmonad: Make Keyboard Keys Position Dependant not Value Dependant
by codesite-noreply＠google.com 26 Sep '10

26 Sep '10

Status: New Owner: ---- New issue 398 by robertmassaioli: Make Keyboard Keys Position Dependant not Value Dependant http://code.google.com/p/xmonad/issues/detail?id=398 Prenote: This is a wishlist item and not critical. What is the problem? The problem is that anybody that creates an xmonad.hs for qwerty, for example, excludes anybody else using a different keyboard layout. And vice versa. However, when I create my xmonad.hs I find that I often only care about keyboard position and not the actual letter that I am pressing. You should be able to make your keyboard layout by specifying keyboard positions rather than the actual keys themselves. What is the expected result? This would allow better sharing of XMonad config files between everyone. And for those that specify by position, like me, it would be easier and more portable. I don't know how much effort it would really be though, but maybe you could change something small about it to make it work for you. I have a dummy function in my xmonad.hs that I may start using for that sort of portability called 'convertKeys': http://github.com/robertmassaioli/xmonad.hs/blob/master/xmonad.hs

1 4

Issue 395 in xmonad: Support for multiple master windows for X.L.Master
by codesite-noreply＠google.com 25 Sep '10

25 Sep '10

Status: New Owner: ---- New issue 395 by quesel: Support for multiple master windows for X.L.Master http://code.google.com/p/xmonad/issues/detail?id=395 Find attached a patch that enables the contrib module X.L.Master to handle multiple master windows. Best Regards, Jan Attachments: master.patch 42.6 KB

1 4

Re: Issue 311 in xmonad: using noBorders on tabbed layout freezes tab bar on workspace change
by codesite-noreply＠google.com 12 Sep '10

12 Sep '10

Updates: Status: Accepted Labels: Type-Defect Component-Contrib Comment #5 on issue 311 by byorgey: using noBorders on tabbed layout freezes tab bar on workspace change http://code.google.com/p/xmonad/issues/detail?id=311 (No comment was entered for this change.) -- 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