[Xmonad] Issue 35 in xmonad: No-mans land to send windows off to

[Kai Grossjohann]

I've been thinking of this, too.  In principle, it should be sufficient
to just move the unused windows to some workspace.  But somehow, it just
doesn't feel right and I never do it.  I haven't been able to find out
why, though.

Perhaps it would be sufficient to just assign different keybindings for
this.

Kai


On Mon, Jul 23, 2007 at 11:46:06AM -0700, codesite-noreply at google.com wrote:

> Issue 35: No-mans land to send windows off to
> http://code.google.com/p/xmonad/issues/detail?id=35
> 
> New issue report by tim.thelion:
> I have been using xmonad with emacs for quite a while.  I have emacs
> configured so that it opens almost everything in an new frame(window)
> and I have these windows managed by xmonad.  This means that I can
> close those windows, and still have the emacs buffers in tact.  I can
> switch back to a buffer using emacs' excellent buffer switcher.  I
> would love it if xmonad had a no-mans land like this for non-emacs
> windows.  That way, when firefox was in the way, I could close it, not
> worying about what was in it.  And then use some kind of window
> switcher to get back to it at a later time(maybe on a different
> workspace).  I don't think this is a terriably high priority feature
> request.  But I think it would make things quite a bit more fluid for
> this window manager which currently lets unused windows get in the
> way, or get sent off to some workspace in the middle of no where where
> they get forgotten about.
> 
> 
> 
> 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
> _______________________________________________
> Xmonad mailing list
> Xmonad at haskell.org
> http://www.haskell.org/mailman/listinfo/xmonad