- xmonad - Haskell.org

Re: Issue 214 in xmonad: mouse shift with java
by codesite-noreply＠google.com 20 Aug '10

20 Aug '10

Comment #4 on issue 214 by rm.rf.dotstar: mouse shift with java http://code.google.com/p/xmonad/issues/detail?id=214 I have seen this bug with many, many (all?) java apps. I don't know if I agree with the above assessment that it's not an xmonad bug. That may be true, but it is certainly breaking compatibility with many programs.

1 3

Using conky as the main status bar -- possible?
by Mikael Puhakka 18 Aug '10

18 Aug '10

Hello, Story cut short: I'd like to save a few pixels and get rid of xmobar, and use conky for various tasks. Is this possible such that I can use dynamicLogWithPP and redirect relevat stuff to conky? There would be some issues ahead: for instance, how conky handles stdin. I googled and googled and nothing came up; most of the users like to use conky to output information to dzen. Conky with Lua works well if I help it a little with Haskell in xmonad.hs :) Thanks for answers, -- Mikael

3 4

multi-head bindings
by Brian Lewis 18 Aug '10

18 Aug '10

I have two monitors, left and right, and workspaces 1-6. I'd like to configure xmonad so that when I go to workspace 1, I see workspace 1 on the left, focused, and workspace 2 on the right. When I go to workspace 2, I'd like to see workspace 1 on the left, and workspace 2 on the right, focused. When I go to workspace 3, I'd like to see workspace 3 on the left, focused, and workspace 4 on the right. And so on. How can I do it? Thank you.

4 5

Weird behavior in Combo[P] and IM to do with "master"
by Alex Rozenshteyn 18 Aug '10

18 Aug '10

I mention these both in the same query because I think this behavior has to do with the way each of them handles master windows, and the concept of "master" in XMonad is something I don't understand very well. The two layouts in particular are: > magnifier = Mag.magnifiercz' 1.3 > magnifier $ named "Split" $ > combineTwoP (TwoPane (3%100) (2%3)) > (noBorders simpleTabbedBottom) > (limitWindows 3 $ Column 1) > (ClassName "Iceweasel") and > (magnifier $ gridIM (1%5) (Role "buddy_list")) With the IM layout, it appears that any new window becomes the master, which is not the desired behavior; the buddy list should stay master, if I understand correctly. The problem with the combineTwoP layout is that one of the iceweasel instances on the left side of the screen is a master window, leading to the undesired behavior of the other one magnifying. Additionally, is it possible to have no master windows (e.g. in a grid layout)? Thank you very much. -- Alex R

2 1

Tabbed layout...
by Alex Rozenshteyn 14 Aug '10

14 Aug '10

A quick google search did not yield any examples or explanations of how to use XMonad.Layout.Tabbed. I may have missed it, though, as I am tired. My current config can be found at: http://pastebin.com/uu6RjWbE I have a rudimentary dzen, I love the magnifier, and the scratchpad could come in handy. I would be very appreciative of anyone willing to point me in the right direction. Thank you. -- Alex R

4 6

Thoughts on the floating layer
by Jan Vornberger 14 Aug '10

14 Aug '10

Hi there! I would like to discuss some ideas which I have been tossing around regarding the floating layer. In Bluetile I discourage the use of the floating layer and hope that people use the stacking layout instead, because I feel that the floating layer is fairly confusing to novice users. It feels pretty alien and managing windows that are currently floating is somewhat cumbersome (like how to bring one floating window in front of another). But unfortunately I can't get by completely without it in Bluetile, because things like dialog windows need to float even in a tiled layout. So I'm thinking about how the floating layer can be improved. Looking at the implementation, I feel that the floating layer is a little bit 'bolted on'. So my proposal: how about changing the core so that it allows to specify a _layout_ for managing floating windows? At the same time, floating windows could be integrated properly into the StackSet data structure. Each workspace should have two stacks associated with them: one that contains the windows in the tiled layer and the other stack contains the windows in the floating layer. Obviously few of the current layouts make sense for managing a floating layer. X.L.PositionStoreFloat might be a possible choice, but one would probably write a standard one based on what Xmonad core is currently doing in regards to floating windows. Having floating windows managed by a layout would remove their 'special status' and would allow for more customization: For example the possibility of adding decorations to floating windows as well. Thoughts on this? Best regards, Jan

5 5

Issue 403 in xmonad: DynamicLog encodes output twice
by codesite-noreply＠google.com 12 Aug '10

12 Aug '10

Status: New Owner: ---- New issue 403 by muflax: DynamicLog encodes output twice http://code.google.com/p/xmonad/issues/detail?id=403 What steps will reproduce the problem? Using dynamicLog with ghc 6.12 leads to output that is encoded as UTF-8 twice and thus anything but ASCII is unreadable. A dirty hack is using ppOutput = putStrLn . decodeString. Removing encodeSring (with darcs, it seems to be encodeOutput with 0.9.1) from dynamicLogString in DynamicLog.hs fixes the problem. What version of the product are you using? On what operating system? xmonad-contrib-0.9.1 or latest darcs, ghc-6.12.3, Gentoo with haskell overlay.

1 0

dzen example request
by Alex Rozenshteyn 11 Aug '10

11 Aug '10

I'm just starting to use Xmonad. I've looked at some example configs, but I haven't been able to understand much. I'm trying to figure out how to put a dzen bar at the bottom of my screen with a date and battery indicator. My config file is here: http://pastebin.com/1uucAxvH Other questions I have: Assuming I have a separate chat workspace, could I have dzen flash that workspace when one of the windows wants attention? Or more generally, can have dzen or xmonad signal me when a window wants attention? Any advice in general for pidgin? Any advice in general for anything? I'm new to this, and it seems daunting, but I want to give it a chance. Thank you for any advice you have. -- Alex R

2 1

Re: [xmonad] Spawn all new windows into slave pane?
by Eclectric Sheep 09 Aug '10

09 Aug '10

Works great, thanks. -Eclectric Sheep On [Mon 2010-08-09 07:55:50-0300], Henrique G. Abreu wrote: > Hi, have you seen contrib module InsertPosition? > http://www.xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Hooks-InsertPositio… > > Regards, > Henrique G. Abreu > > > On Mon, Aug 9, 2010 at 06:27, Eclectric Sheep <eclectricsheep(a)lavabit.com>wrote: > > > I was wondering if it was possible to set xmonad.hs to spawn all new > > windows as > > slaves, the current behaviour I have, where the new window replaces the > > currently focused one, really disrupts my workflow (like the commas in this > > sentence). Here's a link to its current iteration if anyone needs to take > > a > > peak. > > > > > > http://github.com/eclectricsheep/dotfiles/blob/c4d7b53a2e026e88e08c39a382ed… > > > > Thanks! > > -Eclectric Sheep > > > > _______________________________________________ > > xmonad mailing list > > xmonad(a)haskell.org<https://mail.google.com/mail?view=cm&tf=0&to=xmonad@haskell.org> > > http://www.haskell.org/mailman/listinfo/xmonad > > -- <Insert 'Do Androids Dream of Electric Sheep?' quote>

1 0

Spawn all new windows into slave pane?
by Eclectric Sheep 09 Aug '10

09 Aug '10

I was wondering if it was possible to set xmonad.hs to spawn all new windows as slaves, the current behaviour I have, where the new window replaces the currently focused one, really disrupts my workflow (like the commas in this sentence). Here's a link to its current iteration if anyone needs to take a peak. http://github.com/eclectricsheep/dotfiles/blob/c4d7b53a2e026e88e08c39a382ed… Thanks! -Eclectric Sheep

1 0