May 2007 - xmonad - Haskell.org

darcs patch: ugly hack to work around buggy ev_mode on 64-bit compu...
by David Roundy 15 May '07

15 May '07

Tue May 15 19:04:32 PDT 2007 David Roundy <droundy(a)darcs.net> * ugly hack to work around buggy ev_mode on 64-bit computers.

1 0

darcs patch: put doLayout in the X monad. (and 1 more)
by David Roundy 15 May '07

15 May '07

Hi all, The new change here is beautify tile. It expands tile by about five lines, but in the process breaks it up into more generally useful functions (e.g. for user who wanted three columns in tall mode). I think it's prettier this way. Two of the lines are unused utility functions, which we could drop, which deal with the "other" orientation (split_horizontally, etc). David Sat May 12 14:53:01 PDT 2007 David Roundy <droundy(a)darcs.net> * put doLayout in the X monad. Tue May 15 08:40:11 PDT 2007 David Roundy <droundy(a)darcs.net> * beautify tile

2 1

darcs patch: make mosaic configure windows by name rather than by W...
by David Roundy 15 May '07

15 May '07

Here's a bit of a crude hack to make the window configurations depend on the names of windows. It makes mosaic just a bit more useful, when you open and close windows. David Sat May 12 14:56:44 PDT 2007 David Roundy <droundy(a)darcs.net> * make mosaic configure windows by name rather than by Window. Note that this is still pretty flawed. Often window names change, and the layout then stagnates a bit. Gimp, for example, opens most its windows with the same name before renaming them, so you have to hit mod-return or something to force a doLayout. Also, gimp still overrides xmonad regarding the size of its main window. :(

2 1

patch: FindEmptyWorkspace (+ make DwmPromote compile)
by Miikka Koskinen 15 May '07

15 May '07

Hullo, so here's XMonadContrib.FindEmptyWorkspace. It does pretty much what one would expect: finds an empty workspace and views it or tags windows to it. See the patch for details Attached is also a patch to make DwmPromote compile against darcs version of XMonad. -- Miikka Koskinen, aka. arcatan

3 3

darcs patch: put doLayout in the X monad.
by David Roundy 15 May '07

15 May '07

I think the title says it all. I think this is the easiest way to make the layout depend on the properties of the actual windows. David Sat May 12 14:53:01 PDT 2007 David Roundy <droundy(a)darcs.net> * put doLayout in the X monad.

2 1

darcs patch: add SwapFocus.
by David Roundy 15 May '07

15 May '07

Hi all, Here's a little module to add a swapFocus function using the focus stack code. It includes a little smartwindows function that I think would be nice to have in Operations, perhaps as a replacement for windows. It'd be nice to have these functions that accept a pure function work ask for one that returns a Maybe result, so we don't need to refresh unless something has changed. It'd be easy enough to call windows (Just . total_function). David Sat May 12 12:13:15 PDT 2007 David Roundy <droundy(a)darcs.net> * add SwapFocus.

2 1

Tiled layout with more columns?
by Kai Grossjohann 15 May '07

15 May '07

I've got a widescreen display and I found out that three columns of windows fit comfortably. So I would be interested in a layout that is similar to the normal¹ tiled layout, except that it has three columns instead of two. The first window would go in the master area, then half of the remaining windows would go into the middle column, the other half of in the rightmost column. (The rightmost column may have one more window than the middle column, depending on the number of windows in the workspace.) The middle column and the right column would have the same width. Does something like this exist already? tia, Kai

2 2

darcs patch: put doLayout in the X monad.
by David Roundy 14 May '07

14 May '07

The subject says it all. This may be a resend, but I don't think so. I think this is the easiest way to make a layout depend on window properties, which seems pretty important, to me. David Sat May 12 14:53:01 PDT 2007 David Roundy <droundy(a)darcs.net> * put doLayout in the X monad.

1 0

Issue 7 in project xmonad
by codesite-noreply＠google.com 14 May '07

14 May '07

Issue 7: spawn does not properly handle certain processes http://code.google.com/p/xmonad/issues/detail?id=7 Comment #1 by SpencerJanssen: This has been partially fixed, after the patch: Sun May 13 23:45:47 CDT 2007 Spencer Janssen <sjanssen(a)cse.unl.edu> * setsid() before exec. Intended to fix issue #7 Processes that read from stdin no longer block Xmonad. However, there are reports that these processes become abnormally blocked on stdin. Issue attribute updates: Summary: spawn does not properly handle certain processes Status: Accepted Owner: SpencerJanssen -- 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 7 in project xmonad
by codesite-noreply＠google.com 13 May '07

13 May '07

Issue 7: Xmonad can be frozen with a typo http://code.google.com/p/xmonad/issues/detail?id=7 New issue report by stefa...(a)cox.net: What steps will reproduce the problem? 1. Press mod-p 2. Select any program which reads from stdin, such as 'cat' What is the expected output? What do you see instead? I would expect the process to nicely SIGTTIN and stay out of the way. Instead, X/Xmonad stops responding to mod-commands. I have to use C-M-BS and restart X. What version of the product are you using? On what operating system? Latest darcs, i686-linux-gnu (Debian sid) Please provide any additional information below. This is especially problematic for me because 411topnm is the first program in the mod-p listing, so if typeahead is missed an attempt to launch any program can trigger this. 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