October 2007 - xmonad

darcs patch: use a global IORef to keep list of urgent windows
by Devin Mullins 31 Oct '07

31 Oct '07

Somebody asked for the ability to display which workspaces had urgent windows in them in the logHook. Well, here it is. (Well, the core state-tracking functionality.) Please provide input on: - If it's bug-free (no space-leaks, safe-ish unsafePerformIO, etc.) - If it's useful (whoever you were that asked for it) Sat Oct 27 02:48:10 EDT 2007 Devin Mullins <me(a)twifkak.com> * use a global IORef to keep list of urgent windows

4 12

Issue 78 in xmonad: Extension state
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 78: Extension state http://code.google.com/p/xmonad/issues/detail?id=78 New issue report by dons00: Extensions sometimes need state. Layouts have a state mechanism, supporting persisttence, but other hooks don't. Local IORefs are a shorterm fix, but don't play well with persistence. A global state table is doable, in lambdabot's style, but its complexity needs to be demonstrated to be worth the value. Issue attributes: Status: Accepted Owner: dons00 Labels: Type-Enhancement Priority-Medium -- 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 77 in xmonad: web page contrib.html should be generated from haddocks/src
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 77: web page contrib.html should be generated from haddocks/src http://code.google.com/p/xmonad/issues/detail?id=77 New issue report by dons00: Mainmtaining contrib.html is very tedious. Investigate generating it from the haddocks/src. Most text is taken from the src anyway, along with links to screenshots, so its a simple script. Issue attributes: Status: New Owner: dons00 Labels: Type-Enhancement Priority-Medium Component-Contrib -- 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 76 in xmonad: broken menus in java apps
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 76: broken menus in java apps http://code.google.com/p/xmonad/issues/detail?id=76 Comment #3 by dons00: Resolved as another symptom of Java gui libs not supporting non-reparenting window managers out of the box. The faq is updated with additional advice. Issue attribute updates: Status: Fixed -- 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 76 in xmonad: broken menus in java apps
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 76: broken menus in java apps http://code.google.com/p/xmonad/issues/detail?id=76 Comment #2 by jimburton1: No, I wasn't aware of that and it seems to fix it. Thanks! -- 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 76 in xmonad: broken menus in java apps
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 76: broken menus in java apps http://code.google.com/p/xmonad/issues/detail?id=76 Comment #1 by dons00: Thanks for the report! Are you using the java environment workaround to correct java gui behaviour with non-parenting window managers: http://xmonad.org/faq.html#java -- 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 76 in xmonad: broken menus in java apps
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 76: broken menus in java apps http://code.google.com/p/xmonad/issues/detail?id=76 New issue report by jimburton1: When running java GUI apps, menus are not "selectable". Clicking on the menu item opens the dropdown list of options but you can't select one. Both the apps I've found that do this are packaged as jars, and I don't know if they use Swing or AWT. The same apps work OK using Metacity. I'm using xmonad 0.4 on ubuntu Feisty with the Sun JRE 1.6. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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

user Config.hs with freebsd's xmonad port
by brad clawsie 30 Oct '07

30 Oct '07

there is a freebsd port for xmonad as of oct 25 one small issue - no ability to pass one's own Config.hs through to the build process automatically. the following patch got the port Makefile, which i have submitted to the port maintainer, will provide this ability: > pre-everything:: > @${ECHO_MSG} "To build xmonad with your own Config.hs, use the > XMONAD_CONF setting:" > @${ECHO_MSG} "make XMONAD_CONF=/path/to/dwm/Config.hs install > clean" > > post-extract: > .if defined(XMONAD_CONF) > @${ECHO_MSG} "creating Config.hs from ${XMONAD_CONF}" > @${ECHO_MSG} "wrksrc: ${WRKSRC}" > @${CP} ${XMONAD_CONF} ${WRKSRC}/Config.hs > .endif be careful cutting and pasting this if your environment changes tabs to spaces

3 3

Issue 75 in xmonad: float mode and automatic workspace placement don't work together
by codesite-noreply＠google.com 30 Oct '07

30 Oct '07

Issue 75: float mode and automatic workspace placement don't work together http://code.google.com/p/xmonad/issues/detail?id=75 New issue report by lobz...(a)free.fr: What steps will reproduce the problem? 1. configure xmonad to have firefox starting in float mode in workspace named "web" : manageHook w _ _ c | c `elem` floats = fmap (W.float w . snd) (floatLocation w) where floats = ["MPlayer", "Gimp" , "pidgin" , "Firefox-bin"] -- Desktop panels and dock apps should be ignored by xmonad: manageHook w _ n _ | n `elem` ignore = reveal w >> return (W.delete w) where ignore = ["gnome-panel", "desktop_window", "kicker", "kdesktop"] -- Automatically send Firefox windows to the "web" workspace: -- If a workspace named "web" doesn't exist, the window will appear on the -- current workspace. manageHook _ _ "gecko" _ = return $ W.shift "web" manageHook _ _ "evolution" _ = return $ W.shift "mail" manageHook _ _ "icq" _ = return $ W.shift "icq" manageHook _ _ "pidgin" _ = return $ W.shift "misc" -- The default rule: return the WindowSet unmodified. You typically do not -- want to modify this line. manageHook _ _ _ _ = return id 2. restart xmonad --> What is the expected output? What do you see instead? I expect to have firefox float in workspace "web", however firefox starts in the current workspace. If I remove the firefox float rule, then firefox goes to the right workspace in tile mode... Thanks for your support ! Regards, Lobzang. PS : I'm using the current darcs version Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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: add NewSelect layout combinator.
by David Roundy 29 Oct '07

29 Oct '07

Note that the code in here is pretty ugly. Beautifications would be welcome. It's just the first thing that came to my mind. This is a function that ought to go into core, if it's a good idea. And if it's not a good idea, it ought to be scrapped. I really like the idea of eliminating all the supid "ReadableLayout" stuff needed to handle existentials. So although this code is rather verbose and more than a little ugly, consider that it would be replacing some already-existing ugly code. It would also greatly beautify the Config file, by eliminating both layouts and serialisedLayouts. I'd then vote for renaming layoutHook to simply layout. David Wed Oct 24 11:26:48 EDT 2007 David Roundy <droundy(a)darcs.net> * add NewSelect layout combinator. This patch adds a selection layout combinator ||| which replaces Select, and makes the Layout data type unnecessary. This combinator isn't yet feature-complete, as I didn't implement backwards rotation (PrevLayout), but that's obviously doable. This patch requires the descriptions function be added to LayoutClass in core.

1 1