Live data from Hacker News

XMonad on OSX

haskell.org

21–22 of 22 posts

Re: XMonad on OSX

#21
post #19

Earlier quoted context omitted.

You could also check out Ion. The development has stopped and the webpages pulled, but there seems to be two forks (notion and anion3) that are in progress.

Tried: 9wm, aewm, awesome, blackbox, dwm, ion, larswm, ratpoison, scrotwm, w9wm, wm2, wmii, xmonad, probably a half dozen others. I liked aewm, blackbox, dwm, ratpoison, and XMonad the most, FWIW. While I really like the keyboard-centric UI in ion and ratpoison, I think the layout/tile interface style used by dwm, XMonad, etc. gracefully accommodates programs that have too many windows or just blatantly break ICCCM,…

Sounds like you have it covered.

I use pwm (precursor to ion) since I configured it years ago and it has served me well since then. One benefit of using such an old wm is speed; it does so little that it is blazingly fast on a modern computer. If I were to switch, it would probably be to ion or xmonad.

Re: XMonad on OSX

#22
post #3

Earlier quoted context omitted.

... and that makes it completely useless, sadly =( I would love to have a tiling WM for MacOS X, but it seems impossible (unless Apple suddenly makes one themselves =).

What's truly sad is that with the size of the screens on the newer desktop machines, a tiling WM would have a lot of room (literally) to shine. With OSX's standard window management, I end up having to do a lot of manual fiddling to get my windows to the point where they're simultaneously large enough to be useful, while not so large that they overwhelm my visual field. That little green button in the upper left corn…

If the effect of the little green button is to fill your screen with the window, complain to the application developer. It's supposed to go to a useful size. (Finder and Safari are examples of good implementations, though Safari's is slightly glitchy.)
Post reply on HN