- xmonad - Haskell.org

darcs patch: Add LANGUAGE pragmas
by Shachaf Ben-Kiki 08 Oct '07

08 Oct '07

Shachaf Ben-Kiki <shachaf(a)gmail.com> * Add LANGUAGE pragmas It seems that GHC 6.6 just enables -fglasgow-exts when it sees any LANGUAGE pragma, so not all of them were added; this patch adds the rest of them, which is necessary for xmonad to compile in GHC >=6.7. Attached are patches both for the core and for XMonadContrib. Shachaf

2 1

darcs patch: add bringMenu, and extract duplication (and 1 more)
by Devin Mullins 08 Oct '07

08 Oct '07

Sun Oct 7 17:55:32 EDT 2007 Devin Mullins <me(a)twifkak.com> * add bringMenu, and extract duplication Sun Oct 7 17:59:06 EDT 2007 Devin Mullins <me(a)twifkak.com> * update doco

2 1

darcs patch: make createNewWindow set background and ... (and 1 more)
by Andrea Rossato 08 Oct '07

08 Oct '07

I'm resending this because in the previous patch I forgot to remove the screen rectangle caching. andrea Mon Oct 8 14:52:06 CEST 2007 David Roundy <droundy(a)darcs.net> * make createNewWindow set background and foreground to a given color. This means we don't need to draw colors that are this color. Also speeds up redrawing, since the X server can do all the drawing on its own, without talking with xmonad. Mon Oct 8 16:38:01 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * DragPane: no need to deal with expose events in this simplified version

1 0

darcs patch: make createNewWindow set background and ... (and 1 more)
by Andrea Rossato 08 Oct '07

08 Oct '07

There's no need to deal with expose event, then. Mon Oct 8 14:52:06 CEST 2007 David Roundy <droundy(a)darcs.net> * make createNewWindow set background and foreground to a given color. This means we don't need to draw colors that are this color. Also speeds up redrawing, since the X server can do all the drawing on its own, without talking with xmonad. Mon Oct 8 16:15:27 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * DragPane: no need to deal with expose events in this simplified version

1 0

Issue 55 in xmonad: Non-core code should be sandboxed
by codesite-noreply＠google.com 08 Oct '07

08 Oct '07

Issue 55: Non-core code should be sandboxed http://code.google.com/p/xmonad/issues/detail?id=55 Comment #2 by james.w...(a)sygneca.com: See http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/2388 (i.e. crash ocurred in handleEvent). The same applies to the various code in Config.hs, I presume. -- 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

i18n in xprompt
by Andrea Rossato 08 Oct '07

08 Oct '07

hi, this is a follow up of another thread. Attached to this message there is a new version of the XPrompt with i18n support. Actually, IXPrompt.hs is what XPrompt will look like, but first I need to fix the FIXME stuff, which requires importing the XwcLookupString function. Otherwise I need to use toLocale to translate the string I receive with XLookupString. The Xwc* family function are already part of x11-extras. Only the lookupString function is missing, and it requires, I think - still I didn't look it closely -, a Storable instance. When I'll have that function imported XPrompt will be encoding independent and I will be able to have only the IShellPrompt, which is fully i18n aware, requiring the locale C stuff that is presently in IXPromptLib.hsc. The goal is to have a default, not i18n, prompt without any external dependency, and specific prompts i18n aware which will require calling setlocale() and the related C stuff. Hope to finish this stuff before x11-extras-0.4 will be released, otherwise we will have to wait the post 0.4 cycle. Andrea

1 2

darcs patch: ShellPrompt.hs: add getShellCompl to export list
by gwern0＠gmail.com 08 Oct '07

08 Oct '07

Sun Oct 7 18:02:36 EDT 2007 gwern0(a)gmail.com * ShellPrompt.hs: add getShellCompl to export list getShellCompl is useful for writing prompts in Config.hs or even full standalone prompts; and personally, if a small utility function like 'split' can be exported, how much more so something useful like getShellCompl?

2 1

Issue 55 in xmonad: Non-core code should be sandboxed
by codesite-noreply＠google.com 08 Oct '07

08 Oct '07

Issue 55: Non-core code should be sandboxed http://code.google.com/p/xmonad/issues/detail?id=55 Comment #1 by SpencerJanssen: We already catch exceptions raised by 'doLayout', can you point out an instance where a layout manages to crash xmonad? -- 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 56 in xmonad: Focus is not given to correct window when switching virtual desktops
by codesite-noreply＠google.com 08 Oct '07

08 Oct '07

Issue 56: Focus is not given to correct window when switching virtual desktops http://code.google.com/p/xmonad/issues/detail?id=56 New issue report by gert.vierman: Not sure if this is functioning as designed, this bug might be related or even the same as #40 - Create 2 xterms on desktop 1 - give focus to rightmost window by moving the mouse to the right - switch to desktop 2 (Meta-2) - move the mouse to the left part of the screen - switch back to desktop 1 The mouse is now hovering over the left xterm, but the right xterm still has the focus. 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

runXXX
by Christian Thiemann 07 Oct '07

07 Oct '07

Hi, I am currently looking into all the XMonadContrib modules to see what I like and what I don't want to have in my Config.hs. I noticed some modules import Dmenu just for the runProcessWithInput function. I don't have dmenu installed on my system and I think it's a little confusing (at least on first sight) that some module pulls in Dmenu without actually using dmenu (I was always like "oh no, it needs dmenu to be installed - no wait, it just uses runProcessWithInput"). Probably the runProcessWithInput function from Dmenu, runProcessWithInputAndWait from Dzen and runInXTerm from RunInXTerm could be merged into some module called e.g. Run or RunProcess. I think that way the contents of the modules are more consistent with their names. Oh, and by the way (I hope that's not a FAQ): When I add a new layout to the defaultLayouts I need to quit xmonad and start it again - the mod-q restart feature won't give me the new layouts. Is this a bug or a feature? (I find it quite annoying, since killing xmonad means killing my whole X session... so I use an Xnest testbed for looking at the layout modules.) Cheers, Christian -- Christian Thiemann mail(a)christian-thiemann.de

2 2