
Hey all, xmonad's reaching a fairly stable place featurewise (and stability-wise too). Now is perhaps a good time to ask people what we can do to improve xmonad further. * What things annoy you? * What things do you like? * What things can be done better? * What things are missing? * What things do you miss from ion/wmii/dwm/compiz * What things do you not miss from ion/wmii/dwm/compiz ... :) If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out! If you grumble when xmonad doesn't do something you think it should -- let us know! With information like this we can continue to improve our progressive window manager :) -- Don

Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you? OK, it really really annoys me that programs can do XGrabKeyboard and xmonad does not work. I have been in a multitude of situations in which firefox has crashed or frozen after having grabbed the keyboard and this has left me up
I'm responding in line: the creak. Sjansen claims there is nothing that can be done about this. I really don't care, I want it fixed. It really annoys me when I accidentally tap the mouse with my thumb and a window goes floaty. It really annoys me that kde apps' tray icons don't get picked up by kicker.
* What things do you like?
I love the automatic tiling(especially MosaicAlt) and the new xmonad.hs I like how in xmonad.hs I can redefine keys making it so I KNOW which hotkeys xmonad walks on, and if they interfear with a program of mine, I can change them. I like the ability to have kde's kicker. I like the responsiveness of the window manager. I like that with configuration it can take on an almost emacsish proprietary glove feel.
* What things can be done better?
Not xmonad, but in contrib the directional WindowNavigation doesn't wrap or work with layouts like Full and Roledex. The Gaps don't have any kind of automatic layouting, it's all up to windows being over-ride redirect. Sometimes they walk on eachother, or in my case(I have dzen and kicker) I had to do manual fiddling to get things arranged properly.
* What things are missing?
There is currently no way to have a sub workspace. Like a tabbed browser I think of as a sub workspace in tabbed layout, so why can't I put a terminal in my tabbed browser. If I was using the tabbing functionality of the window manager, I could. I would love to have a konfabulator or mac osx type widget thing. I just find calculators, irc channels, and todo lists to be better as things that I popped up and pushed away, and then brought back with a press of a button. I haven't yet figured out the whole todo list thing yet, but I think a text file that I could press a button and it would be floating focused above what I had been working but in such a way that what I had been working on was so visible(not knocked off the screen and out of my head) would be really helpfull, you ever walked into a room and thought to yourself "why did I come here", well I'm that way with workspaces sometimes. These are things that I plan to write myself that are missing: 1 Window bringer should be able to have a designated workspace that one would send windows to and then bring from, this workspace would become a kind of area for 'minimized' windows. 2 The mouse should jump to the center of a window when that window gets focus, this way the mouse would be in a logical window when you grabbed for it. It would also allow the mouse to be used to spin through windows in my layout Roledex.
* What things do you miss from ion/wmii/dwm/compiz
I really miss the ability in enlightenment to do windowkey-scroll wheal and have windows scaled up(not like be resized but like bitmap zooming) I also miss from enlightenment the 2d grid of workspaces with the little icon. Somehow walking around a mini map of workspaces is really intuitive for me. I miss window decorations sometimes, some apps don't provide usefull titles without them. I might like decorations on a filter basis, like set which applications to decorate kind of like the current float list.
* What things do you not miss from ion/wmii/dwm/compiz ... :)
I don't miss fuddling with windows, nor do I miss mouse work. I really like the ability to get on IRC and talk to real people who aren't total nubs. I used to do things like go on #ubuntu and everyone would be obviously less intelligent then me, and the entire weight of the world would fall on my shoulders and I would think to myself, "gosh I have to solve all the worlds problems because I'm the only one smart enough to do it". Now I know I'm an idiot and I can let saving the world lie in the hands of geniuses like the one who prompted me for this survey.
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
If you grumble when xmonad doesn't do something you think it should -- let us know!
With information like this we can continue to improve our progressive window manager :)
-- Don _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad

tim.thelion:
I'm responding in line:
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you? OK, it really really annoys me that programs can do XGrabKeyboard and xmonad does not work. I have been in a multitude of situations in which firefox has crashed or frozen after having grabbed the keyboard and this has left me up the creak. Sjansen claims there is nothing that can be done about this. I really don't care, I want it fixed.
So as we discussed, clients may grab keyboard focus, and there's nothing the wm can do about it. Client's that are buggy and abuse this will steal keyboard focus in *any* window manager. There are no proposed workarounds or alternatives, that I'm aware of. Report problems with clients that take focus and lock up to the client developers. -- Don

On Sat, Dec 22, 2007 at 09:47:34PM -0800, Don Stewart wrote:
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you?
I am not very familiar with haskell so even simple edits to the config file can be confusing. Maybe a simpler format with the ability to embed haskell code where needed would be easier.
* What things do you like?
Everything else :)
* What things can be done better?
I already mentioned it above, but I think the config could be more user friendly.
* What things are missing?
It would be great to able to arbitrarily resize any window, not just the master area. The whole Master area thing seems pretty integral to xmonad, though, so I don't really expect this to happen.
* What things do you miss from ion/wmii/dwm/compiz
I miss the ability to have multiple tabs in any window. I understand this is possible with Layout.Combo, but I haven't had time to try to set it up. Basically, I would like to be able to easily create a window layout like this: http://manimal.prettybrd.com/~leedo/iondesktop.png
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Unfriendly developers! I am not really able to keep up with the mailing list as much as I would like, so it is very well possible much of what I mentioned is already possible. If that is the case, then you all rock even more than I thought. -- Lee

On Sunday 23 December 2007 01:53:26 aylwarlt@email.uc.edu wrote:
* What things can be done better?
I already mentioned it above, but I think the config could be more user friendly.
Yes, I think so too. We've been considering a new system, it won't be in 0.6 but it might be in 0.7.
* What things are missing?
It would be great to able to arbitrarily resize any window, not just the master area. The whole Master area thing seems pretty integral to xmonad, though, so I don't really expect this to happen.
Have you tried XMonad.Layout.ResizableTile? I haven't tried it, but it seems to do what you'd like. Please reply with your experiences: several users have asked for this functionality, and I'd like to know if I can recommend ResizableTile to them. Cheers, Spencer Janssen

On Mon, Dec 24, 2007 at 03:38:27AM -0600, Spencer Janssen wrote:
On Sunday 23 December 2007 01:53:26 aylwarlt@email.uc.edu wrote:
* What things can be done better?
I already mentioned it above, but I think the config could be more user friendly.
Yes, I think so too. We've been considering a new system, it won't be in 0.6 but it might be in 0.7.
Great news, I'll keep an eye out to help test anything.
* What things are missing?
It would be great to able to arbitrarily resize any window, not just the master area. The whole Master area thing seems pretty integral to xmonad, though, so I don't really expect this to happen.
Have you tried XMonad.Layout.ResizableTile? I haven't tried it, but it seems to do what you'd like. Please reply with your experiences: several users have asked for this functionality, and I'd like to know if I can recommend ResizableTile to them.
I just gave this a try and it seems to do exactly what I want. Many thanks :) -- Lee

Hi! On Sunday 23 December 2007 06:47:34 am Don Stewart wrote:
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things do you miss from ion/wmii/dwm/compiz Tagging.
* What things do you not miss from ion/wmii/dwm/compiz ... :)
A statusbar that is part of a window manager.
With information like this we can continue to improve our progressive window manager :)
Regards, -- Damjan Vrenčur <~> http://lmmri.fri.uni-lj.si/damjan/ <~> GPG key: C6A3146F

I just want to help you by filling out the User Survey. Just one word before I start: I never used a Tiling Windowmanager before. I went from KDE to Gnome to XFCE (each with their default Windowmanagers). I tried Ion3 but I hated three things: 1. The config in Ion3 is much to complicated. I cant understand if people tell the XMonad-Config is to difficult: Just look at the ion3 one. 2. There are too many keystrokes you have to remeber if you want to use ion3. 3. The licence is crap! When trying to find some darcs-related applications I stranded on Don Stewards Website ( http://www.cse.unsw.edu.au/~dons/index.html ). And found a link to xmonad.
* What things annoy you?
Difficult question. I think nothing is realy anoying. Im still searching for a perfect windowlayout and I havent found it yet (currently using "Tall"). Thats anoying but a personal question.
* What things do you like?
1. The configfile. Although I have no haskell skills at all its impressive what you can do in the configfile. Thats why I would suggest to keep this file and dont replace it! 2. The logical keybindings. Thats as I said above a thing I hated at Ion. At XMonad its logical: You use shift to move a window and to move the view you use it without shift. 3. I like that I dont have to create windows (like in ion3). I like that xmonad is a real window MANAGER (unlike ion3) 4. That it is my choice which status-bar to use (i recently switched from dzen2 to xmobar)
* What things are missing?
1. A screenshot page where you can see how each layout-module from contrib looks like. As I told above I havent found the right layout yet and such a page would help me. 2. Im not sure if this already exists: A possibility to disable borders for some applications. I only need this for mplayer in fullscreenmode.
* What things do you miss from ion/wmii/dwm/compiz
Only one thing: The tab-support. I asked for this some weeks ago here on the list. It was already mentioned on another survey. I want every window to have its own tabs and not one tab for all windows. If it is still unclear I can also try to record a video from ion or make screenshots.
* What things do you not miss from ion/wmii/dwm/compiz ... :)
I told this above. Perhaps you want to add the question: * How have you heard of xmonad and which windowmanagers did you use * before. If I were you this would be very interessting. Greetings from Germany -- Dominik Bruhn mailto: dominik@dbruhn.de

Quoting Don Stewart
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you? you need to know haskell, so configuration is a bit complex
* What things do you like?
- really fast - xinerama support with logical screen ( ie all workspaces exist on both screen)
* What things can be done better?
- some applications that use transient windows do not work well, especially when you have mixed float and tiled windows on your workspace. Sometime you cannot have a paricular window on top of the screen...
* What things are missing? * What things do you miss from ion/wmii/dwm/compiz * What things do you not miss from ion/wmii/dwm/compiz ... :)
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
If you grumble when xmonad doesn't do something you think it should -- let us know!
With information like this we can continue to improve our progressive window manager :)
-- Don _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad
Lobzang

At Sat, 22 Dec 2007 21:47:34 -0800, Don Stewart wrote:
* What things annoy you?
Hmm, there is nothing real that annoys me on xmonad. One point maybe that I dont know so much about xmonad as I want to :).
* What things do you like?
I like the tilling and the very good floating handling. Another point is the very good community, all people in #xmonad are very nice.
* What things can be done better?
Dont know :).
* What things are missing?
Nothing yet.
* What things do you miss from ion/wmii/dwm/compiz
maybe some blingbling ;)
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Dunno, never used these. Before I switched to xmonad I used Metacity, KWin or explorer.exe and didnt knew how great it is to use a tilling window manager. I tried dwm and ion3 but xmonad was the best, since the community was great and the configuration wasnt so tough. Keep on rockin guys. Tim -- It's not that afraid to die. I just don`t wat to be there when it happens. -- Woody Allen

On 12/22/07, Don Stewart
* What things are missing? * What things do you miss from ion/wmii/dwm/compiz
I used to use WindowMaker. When I switch workspaces, WindowMaker shows the new workspace name for a second in the middle of the screen, then fades it out. In XMonad, I often get lost, and don't know what workspace I'm in (since I use Ctrl+Alt+Left/Right to switch more than Alt-1/2/3). I'd love to have XMonad briefly flash the workspace name when switching workspaces.

On Sun, Dec 23, 2007 at 02:26:08PM -0800, David Benbennick wrote:
On 12/22/07, Don Stewart
wrote: * What things are missing? * What things do you miss from ion/wmii/dwm/compiz
I used to use WindowMaker. When I switch workspaces, WindowMaker shows the new workspace name for a second in the middle of the screen, then fades it out.
In XMonad, I often get lost, and don't know what workspace I'm in (since I use Ctrl+Alt+Left/Right to switch more than Alt-1/2/3). I'd love to have XMonad briefly flash the workspace name when switching workspaces.
This would make a nice little contrib extension, and should actually be relatively easy as a layout modifier, except that it'd necessarily involve creating a little window (which is always tedious). -- David Roundy Department of Physics Oregon State University

On Mon, Dec 24, 2007 at 08:28:18AM -0500, David Roundy wrote:
On Sun, Dec 23, 2007 at 02:26:08PM -0800, David Benbennick wrote:
In XMonad, I often get lost, and don't know what workspace I'm in (since I use Ctrl+Alt+Left/Right to switch more than Alt-1/2/3). I'd love to have XMonad briefly flash the workspace name when switching workspaces.
This would make a nice little contrib extension, and should actually be relatively easy as a layout modifier, except that it'd necessarily involve creating a little window (which is always tedious).
I was playing with this idea, but it doesn't seem so easy to me actually... doLayout is called not just when you move to a new workspace, but every time XMonad.Operations.windows is called... which probably makes this approach quite troublesome and probably impossible... btw if someone wants to give it a try, he/she can start playing with the code below. Xnest doesn't play nicely with it, but I have my swap and phisical memory full, now, so... andrea module XMonad.Layout.ShowWName ( -- * Usage -- $usage showWName ) where import XMonad import qualified XMonad.StackSet as S import XMonad.Layout.LayoutModifier import XMonad.Util.Font import XMonad.Util.XUtils import Control.Concurrent showWName :: l a -> ModifiedLayout ShowWName l a showWName = ModifiedLayout ShowWName -- should be data ShowWName a = ShowWName String String String Align deriving... -- this way we can specify font and colors and text alignment data ShowWName a = ShowWName deriving (Read, Show) instance LayoutModifier ShowWName Window where -- I'm using redoLayout because we need the Rectangle -- to calculate where to place the window redoLayout ShowWName = flashName flashName :: Rectangle -> t -> [(Window, Rectangle)] -> X ([(Window, Rectangle)], Maybe a) flashName _ _ wrs = do n <- withWindowSet (return . S.tag . S.workspace . S.current) f <- initXMF "-misc-fixed-*-*-*-*-10-*-*-*-*-*-*-*" w <- createNewWindow (Rectangle 350 400 600 400) Nothing "white" True showWindow w paintAndWrite w f 600 400 10 "red" "white" "black" "blue" AlignCenter n io $ threadDelay (3 * 1000000) deleteWindow w releaseXMF f return (wrs, Nothing)

On Dec 26, 2007 7:31 AM, Andrea Rossato
On Mon, Dec 24, 2007 at 08:28:18AM -0500, David Roundy wrote:
On Sun, Dec 23, 2007 at 02:26:08PM -0800, David Benbennick wrote:
In XMonad, I often get lost, and don't know what workspace I'm in (since I use Ctrl+Alt+Left/Right to switch more than Alt-1/2/3). I'd love to have XMonad briefly flash the workspace name when switching workspaces.
This would make a nice little contrib extension, and should actually be relatively easy as a layout modifier, except that it'd necessarily involve creating a little window (which is always tedious).
I was playing with this idea, but it doesn't seem so easy to me actually... doLayout is called not just when you move to a new workspace, but every time XMonad.Operations.windows is called... which probably makes this approach quite troublesome and probably impossible...
I think that should be pretty easy to handle. You just need a Bool data member in your layout modifier. You only print the message if the Bool is True, and when you print the message you set the Bool to False. Then you reset it to true when you get a Hide message. David (who doesn't have time to play with your code)

On Thu, Dec 27, 2007 at 07:52:00AM -0500, David Roundy wrote:
I was playing with this idea, but it doesn't seem so easy to me actually... doLayout is called not just when you move to a new workspace, but every time XMonad.Operations.windows is called... which probably makes this approach quite troublesome and probably impossible...
I think that should be pretty easy to handle. You just need a Bool data member in your layout modifier. You only print the message if the Bool is True, and when you print the message you set the Bool to False. Then you reset it to true when you get a Hide message.
...and it is not even difficult to figure that out, if you think a bit about it! ;)
David (who doesn't have time to play with your code)
I'll take care of the rest. Thanks a lot for the direction. Andrea

Thanks to all who contribute. Xmonad is my currently WM of choice.
* What things annoy you?
Start a program on one workspace and have it pop up later on another due to startup delay. This happens in every WM I have used.
* What things do you like?
Community, organized plugin package, layout plugins, Xinerama, small code size. Floating handling is good. It is my favorite WM at the moment.
* What things are missing?
Optional mouse warts on tabbed layout and floating windows to avoid reaching for keyboard to close windows. Programs like gimp and web browsing could benefit from this.
* What things do you miss from ion/wmii/dwm/compiz
compiz - negative plugin to invert colors
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Complexity of the layout / movement of focus. I prefer swapping layout
algorithms to tweaking a layout.
-Sam
On Dec 23, 2007 12:47 AM, Don Stewart
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you? * What things do you like? * What things can be done better? * What things are missing? * What things do you miss from ion/wmii/dwm/compiz * What things do you not miss from ion/wmii/dwm/compiz ... :)
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
If you grumble when xmonad doesn't do something you think it should -- let us know!
With information like this we can continue to improve our progressive window manager :)
-- Don _______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad

Sam Danielson wrote:
Thanks to all who contribute. Xmonad is my currently WM of choice.
* What things annoy you?
Start a program on one workspace and have it pop up later on another due to startup delay. This happens in every WM I have used.
hear, hear! Also I want a way to say, e.g. from command-line, which workspace I want a (program's) window(s) to appear in... which maybe exists already and I just haven't found it?
* What things do you like?
Tiling. Reliability. I guess being a non-sucky tiling WM, though I never tried any of the others. (even if I did originally find out about xmonad because of being a Haskell person, and have always ended up using a darcs version when I upgrade because of important fixes/features since the last release: reliability even of development versions that compile!)
* What things are missing?
Currently I don't have an easy way to find out what a window has put in its "title bar"... again, maybe I just haven't looked. remember my grumbling about the borders on the edge of the screen? I'm sure there are at least several ways to work around this one by now... I think perhaps I would currently enjoy 2-pixel-wide borders for window edges that are not on the edge of the screen (for a total of 4 pixels between 2 windows), and no border against the edge of the screen. Allows fullscreen and mouse-moving-to-edge-of-screen quite easily, while making clear which window is active (assuming the selected and unselected window border colors are clear and bright enough - I might change the unfocused-color) Maybe a way to lock the mouse within the boundaries of the current window? Is it possible even to save a different cursor-position per-workspace? (or even per-window?) Sometimes I am surprised which pane is selected, because often the mouse being on a window means it's selected, but after switching workspaces, sometimes I come back and the mouse is over a window but I have to move the mouse across and back in order to re-enable its window-selecting behavior. Not sure there's an easy way to fix this, except involving changing my own behavior habits Having to research about statusbars to get them working... etc, etc.. but those are good things to learn anyway. Perhaps "how-to" documentation is a little short (or hard-to-find). Customizing (config-file hacking) feels a little harder now that there's no config-file to start with, and it starts empty. Cabal/cabal-install being perfected ;-) Kudos all for a great WM! Isaac

Isaac Dupree
Sam Danielson wrote:
Thanks to all who contribute. Xmonad is my currently WM of choice.
* What things annoy you?
Start a program on one workspace and have it pop up later on another due to startup delay. This happens in every WM I have used.
hear, hear! Also I want a way to say, e.g. from command-line, which workspace I want a (program's) window(s) to appear in... which maybe exists already and I just haven't found it?
wmii handled this and the dudes of fvwm2 fame handled it in a very hackish way that did it correctly for all spawned apps though. (Not just this pre-defined stuff that wmii did) But that certainly annoys me too. It would be more than great if this could be handled smart. (I wouldn't know how though.)
* What things do you like?
after I upgraded to xmonad-0.5 today I'm more than happy. I was a bit reluctant because almost every update caused me to (partly) rewrite my config, which wasn't the most fun thing I did at the computer. (Having access to reddit, you see...)
* What things are missing?
I would second the statusbar stuff... But rob2| is certainly progressing in a direction that I think is very acceptable for the xmonad project. :-) Certainly thanks to you guys for this project. br, benny

On Sat, 2007/12/22 21:47:34 -0800, Don Stewart wrote:
* What things annoy you?
Transient window popups on multi-screen setups. They oftentimes pop up on the other screen; I would like for the transient to stay close to its parent window. This is especially annoying with splash screens, because I will launch (for example) OpenOffice on screen 1, the splash screen will appear on screen 0, and then OpenOffice will appear on screen 0 because that is the currently focused screen.
* What things do you like?
Automatic layouts. Haskell, even though I don’t know it. Non-bloat.
* What things are missing?
An easier, more dynamic way to switch and combine layouts at runtime. Putting every layout I might want in my xmonad.hs and then hitting Mod+Space many times makes me tend to stick to a single layout or a list of only a few layouts. Somebody mentioned recently the ability to zoom the contents of a window. When I first saw the spiral layout in action, I thought how cool it would be if the windows kept their virtual size, but the contents were scaled down. Recently- used windows would be larger and usable while old windows would be mere thumbnails, kind of like an automatic aging Exposé. Window decorations: just the titles, mostly, although I occationally wish there were a close buttons.
* What things do you miss from ion/wmii/dwm/compiz
Manual control of layouts. I usually use Tall, and sometimes I want a particular window in the right pane to be taller. Also, tabs inside any frame. As with Lee (aylwarlt), I’ve heard this is possible but haven’t tried it yet. I forget what it’s called, but the Mod+Space window popup feature in Ion3 would be nice. I think it is similar to the Konfabulator/ Mac OS widget thing that was already mentioned: hit a keystroke, and a window or windows pop up in front of the current workspace. Sometimes I don't want all my windows to rearrange just so I can use a calculator. For my purposes, an XShell prompt that runs an application in the floating layer might do. For example, press Mod+Shift+X to pop up a prompt that floats whatever it runs, or modify the existing XShell to float what it runs if you press Shift+Enter. Ion2 tiled all windows, including transients. It used to bother me, but when Ion3 started floating transients, I missed the tiled transient feature. xmonad has better control of window navigation with floats, though, so it’s easy to press Mod+T to tile a transient (I had to perform very strange keystroke incantations to navigate with floating transients in Ion3). However, can xmonad be easily configured to tile all transients?
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Multi-keystroke commands (such as Mod+K N).
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
Likewise, I’m interested in how my workflow can be changed to better fit xmonad. It’s quite different than Ion and it’s very configurable, so figuring out the best way to use it takes a lot of thought. More examples of what is possible and how xmonad is used would be helpful.

On Dec 23, 2007, at 18:46 , lithis wrote:
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Multi-keystroke commands (such as Mod+K N).
Submap.hs in the contrib repository does this, fwiw. -- brandon s. allbery [solaris,freebsd,perl,pugs,haskell] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH

* On Saturday, December 22 2007, Don Stewart wrote:
* What things annoy you? Windows starting on the wrong workspaces: manageHooks are pretty good, but sometimes you just don't have one written at the time. Wouldn't it be nice if the program that you started with dmenu had some kind of wm_hint set to open on the same workspace as the dmenu was called from? Just throwing that one out.
Clicking on status bars cannot produce any actions. Sometimes you use a mouse.
* What things do you like? The configuration is pretty clear and simple. Any other syntax is either going to be more limited, or just as confusing at times. * What things can be done better? These are contrib modules, the core is solid, but too spartan :)
MozaicAlt: the aspect ratio switching sometimes requires lots of ratio change requests to make anything visible change. Each button press should make the layout change to the next possible one (saves lots of button pressing) WindowNavigation: how about having the navigation wrap? So left from the window in the upper left moves the focus to the upper right. I can see how that that might get confusing (with the highliting with 3 windows); so you need to have different border colours for each direction. Just another idea for window navigation: enter a submode where the windows have letters or numbers drawn on them, and to focus just press that key. If you guys added composite, that'd be a pretty nifty way of finding all your windows.

On Sun, Dec 23, 2007 at 09:08:58PM -0500, Adam Vogt wrote:
WindowNavigation: how about having the navigation wrap? So left from the window in the upper left moves the focus to the upper right. I can see how that that might get confusing (with the highliting with 3 windows); so you need to have different border colours for each direction.
I'd definitely not want WindowNavigation to wrap by default (I like it how it is, where mod-up takes me to the upper window, regardless of where I currently am), but it'd not be a bad (or hard) feature for someone to add (not me right now). -- David Roundy Department of Physics Oregon State University

On top of those more trivial annoyances, perhaps the ability to have the status line for each head be for that head, not for the current focused one. So it would be like this: Left Right *1 2 (3) (1) 2 *3 In other words; allow logHook for each head (this isn't already possible?) And have a PP option based on visibility on the status bar's head.

On Sat, Dec 22, 2007 at 09:47:34PM -0800, Don Stewart wrote:
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
I came to tiling WM's by way of wmii(2) and loved it for quite a while, but when debian moved to wmii3 I didn't feel like relearning it all... I had developed a workflow and wanted to stick with it. So I went off to IceWM for a while and after using that, and tweaking it, I realised I was trying to make it behave more like a tiling WM. heh. anyway, I relearned wmii, but had a kind of nasty session with them on IRC where I asked how to do something (don't remember what) and basically got told to get lost. And I had even offered to look into coding up a solution to the problem if they could talk to me about it!! Well, anyway, I went looking, always had an interest in Haskell, and here I am.
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you?
lack of how-to's. Sometimes I just need a dumb step-by-step to get me started, then I can figure out the rest myself. That or screenshots with config files well commented to explain how they affect the screen shot would be nice...
* What things do you like?
all of it.
* What things can be done better?
handling of floats. I'm sure it can be done and I jsut haven't figured it out yet, but pushing things into and out of tiling should be easier. (i'm still on .4 so I realise these may be solved). Sometimes I can get things tiled, but can't get them to later float. And its annoying to move to the mouse to manipulate floats -- I'd like to move, resize with keys. Again, I realise these may already be do-able and I just haven't figured it out.
* What things are missing?
again, may already exist: grow or shrink the current window and then revert it to managed mode. sometimes this or that window needs to be a little bit bigger for just a minute and the it can go back to being controlled by the wm. sort of like Mod-L|H and its control of the master pane, the same should be doable for any window. And there needs to be a way to revert to the default size, the modifications made with Mod-L|H can be reverted in one keystroke.
* What things do you miss from ion/wmii/dwm/compiz
tagging. although, now that I'm dual head its not a big deal, on my laptop it would be nice to tag, say, IRC window, to be on every workspace. I realise it might have a different layout on each one...
* What things do you not miss from ion/wmii/dwm/compiz ... :)
annoying devs. A "we are better than everyone else attitude"...
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
keep on keepin' on. Great work guys and a testiment to your skills and the power of Haskell. A

On Sun, Dec 23, 2007 at 07:34:30PM -0800, Andrew Sackville-West wrote:
* What things do you miss from ion/wmii/dwm/compiz
tagging. although, now that I'm dual head its not a big deal, on my laptop it would be nice to tag, say, IRC window, to be on every workspace. I realise it might have a different layout on each one...
You know you can acheive this with CopyWindow? I suppose maybe the UI isn't as clean as with true tagging, but it could easily be extended. David

On Mon, Dec 24, 2007 at 08:35:06AM -0500, David Roundy wrote:
On Sun, Dec 23, 2007 at 07:34:30PM -0800, Andrew Sackville-West wrote:
* What things do you miss from ion/wmii/dwm/compiz
tagging. although, now that I'm dual head its not a big deal, on my laptop it would be nice to tag, say, IRC window, to be on every workspace. I realise it might have a different layout on each one...
You know you can acheive this with CopyWindow? I suppose maybe the UI isn't as clean as with true tagging, but it could easily be extended.
Exactly my points: xmonad does way more than I know and the devs are actually helpful ;) thanks! A

On 2007.12.22 21:47:34 -0800, Don Stewart
Hey all,
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
* What things annoy you? * What things do you like? * What things can be done better? * What things are missing? * What things do you miss from ion/wmii/dwm/compiz * What things do you not miss from ion/wmii/dwm/compiz ... :)
If you've any suggestions for things we can change to make xmonad better fit your workflow or whatever, please shout out!
If you grumble when xmonad doesn't do something you think it should -- let us know!
With information like this we can continue to improve our progressive window manager :)
-- Don
One thing I'd like improved is tab-completion. As it is, to edit my ~/.xmonad/xmonad.hs is currently a bit of a pain. So I start with 'emacs .xm' (to avoid .xinitrc), and tab complete. That hits up against .xmodmap. Not a big deal, I don't use it, so I rm it. Tab again: this time I hit up against .xmonad_history. So by this point I'm at 'emacs .xmonad' and I'm still not even in the right directory! This is because Prompt.hs (which I use) sticks its history into ~/.xmonad_history. This can be improved by renaming to ~/.history_xmonad or moving it into ~/xmonad/. I like the latter solution and I am sending a patch to do that. OK, so I add a /. But all is not roses: now I am completing on 'xmonad xmonad.errors xmonad.hi xmonad.hs xmonad.o xmonad-x86_64-linux'! What? Why do they all have the same exact prefix? This is death on tab completion. OK, we can move xmonad.errors to errors or errors.xmonad (it's *already* in .xmonad, so I like just 'errors'; patch too). That leaves us the intermediate files and the arch file. The same logic can be applied for the arch file - os-arch-"xmonad" doesn't seem like a bad order. As for the intermediate files, I'm not sure how to get rid of them. We could perhaps put a dist/ into ~/.xmonad/ and use "-odir ~/.xmonad/dist/ -hidir ~/.xmonad/dist/" in the GHC invocation, or perhaps -ohi if that'd work, or maybe add in a 'rm xmonad.hi xmonad.o' after a compilation. I'd like them gone, though. -- gwern AMW AUTODIN Veiligheidsdienst covert Center Merlin PRIME SGC *& football

* gwern0@gmail.com
One thing I'd like improved is tab-completion. As it is, to edit my ~/.xmonad/xmonad.hs is currently a bit of a pain.
I understand you. But won't just creating shell alias or Vim/Emacs macro be easier? I even have the following in my config: , ((mod1Mask, xK_c ), spawn "gvim ~/.xmonad/xmonad.hs") If you edit your config so often, then it will be easy to remember. If not, then typing a few extra characters should not be a problem. -- Roman I. Cheplyaka http://ro-che.info/

On 2007.12.24 13:28:01 +0200, Roman Cheplyaka
* gwern0@gmail.com
[2007-12-24 01:20:26-0500] One thing I'd like improved is tab-completion. As it is, to edit my ~/.xmonad/xmonad.hs is currently a bit of a pain.
I understand you. But won't just creating shell alias or Vim/Emacs macro be easier? I even have the following in my config: , ((mod1Mask, xK_c ), spawn "gvim ~/.xmonad/xmonad.hs") If you edit your config so often, then it will be easy to remember. If not, then typing a few extra characters should not be a problem.
-- Roman I. Cheplyaka
No, not really. Yes, I could sort of fix it when a binding in XMonad or a shell alias/function, but those would only help within that application. They wouldn't work in another application, wouldn't work anywhere else, might not work at all (how would I even do that in Emacs? Add some sort of special completion filter hook? Hardwire it in as a key-bound defun?) and so on. So in short, fixing the problem on my end is tedious, unreliable, and surely incomplete. While writing a quick patch to XMonad (I think for all my renaming patches and emails, I've spent about an hour or so) means that I'll never have to worry about it again, and nobody else will either. Since I *can* write the patches, I find the second alternative much more palatable. -- gwern NSY SBS Atlas government Choe b Macintosh Austin Cornflower KY-75

On Mon, 2007/12/24 01:20:26 -0500, gwern0@gmail.com wrote:
One thing I'd like improved is tab-completion. As it is, to edit my ~/.xmonad/xmonad.hs is currently a bit of a pain.
That has bothered me, too. I see you have moved xmonad.hs to config.hs. I think that is a good change, as it is a more descriptive name for the file. xmonad.hs doesn’t mean anything. This was discussed on the list early last month (see issue 85 and Devin Mullins’s “xmonad.hs” to “config.hs” patch). Some mention of possible conflict with Config.hs on case-insensitive filesystems (HFS) came up. Also, people have been modifying Config.hs despite it no longer being the config file. I propose renaming Config.hs to DefaultConfig.hs, which is more descriptive and would solve both problems above.

On 2007.12.24 08:28:05 -1000, lithis
On Mon, 2007/12/24 01:20:26 -0500, gwern0@gmail.com wrote:
One thing I'd like improved is tab-completion. As it is, to edit my ~/.xmonad/xmonad.hs is currently a bit of a pain.
That has bothered me, too.
I see you have moved xmonad.hs to config.hs. I think that is a good change, as it is a more descriptive name for the file. xmonad.hs doesn’t mean anything.
This was discussed on the list early last month (see issue 85 and Devin Mullins’s “xmonad.hs” to “config.hs” patch). Some mention of possible conflict with Config.hs on case-insensitive filesystems (HFS) came up. Also, people have been modifying Config.hs despite it no longer being the config file. I propose renaming Config.hs to DefaultConfig.hs, which is more descriptive and would solve both problems above.
I don't think that's too good. Doesn't XMonad/Config.hs already export a 'defaultConfig'? And I haven't heard of anyone editing it since the capitalized warning was added to the header. -- gwern LRTS VIP HRT Karimov 36800 LF The Macintosh Lebed SNT

On Sat, Dec 22, 2007 at 09:47:34PM -0800, Don Stewart wrote:
xmonad's reaching a fairly stable place featurewise (and stability-wise too).
Now is perhaps a good time to ask people what we can do to improve xmonad further.
I'm a bit late but...
* What things annoy you?
Hard to recommend to people with low computer skills and/or interest.
* What things do you like?
Erm... everything :] Haskell; keyboard orientation; light & unbloated; highly extensible/customizable; efficient/simple workflow; licence... everything ! :]
* What things can be done better? * What things are missing?
My number one whish is : 2(or even 3)d workpace grid. Although i'm not sure i would use the 3rd dimension... i'm certain about the 2nd ;).
* What things do you miss from ion/wmii/dwm/compiz
Left Ion3 for Xmonad a couple of months ago. I don't miss anything from Ion anymore. Just in the begining, when i wasnt used to Xmonad.
* What things do you not miss from ion/wmii/dwm/compiz ... :)
Everything :p Thanks again for this great WM. Alexandre
participants (22)
-
ac007@bluewin.ch
-
Adam Vogt
-
Andrea Rossato
-
Andrew Sackville-West
-
aylwarlt@email.uc.edu
-
Benjamin Andresen
-
Brandon S. Allbery KF8NH
-
Damjan Vrencur
-
David Benbennick
-
David Roundy
-
David Roundy
-
Dominik Bruhn
-
Don Stewart
-
gwern0@gmail.com
-
Isaac Dupree
-
lithis
-
lobzang@free.fr
-
Roman Cheplyaka
-
Sam Danielson
-
Spencer Janssen
-
Tim Schumacher
-
Timothy