- xmonad - Haskell.org

Issue 546 in xmonad: Suggested improvement to CycleRecentWS for multiple screens
by codesite-noreply＠google.com 02 Jun '13

02 Jun '13

Status: New Owner: ---- New issue 546 by ch...(a)cmears.id.au: Suggested improvement to CycleRecentWS for multiple screens http://code.google.com/p/xmonad/issues/detail?id=546 XMonad.Action.CycleRecentWS defines a function to cycle through workspaces according to how recently they were shown. The code specifically puts the current workspace at the end (although it is technically the most recent), which is a good idea. With multiple screens, the visible workspace on the other screen is then considered to be the most recent visible workspace, so it switches there first. I reckon it should not do this, and instead that workspace should be demoted to the end of the list, just like the current one. Here is my suggested change to cycleRecentWS. I can't be really confident that I fixed it the right way, but it does seem to work for me. cycleRecentWS = cycleWindowSets options where options w = map (view `flip` w) (recentTags w) nscreens w = length (screens w) recentTags w = map tag $ drop (nscreens w) (workspaces w) ++ reverse (take (nscreens w) (workspaces w)) -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 5

Multi-display layout help
by Mark Watts 30 May '13

30 May '13

Hi, I have two monitors and I'd like to configure Xmonad so that if I switch to a workspace and it's on a different monitor from the one with the currently focused window, the workspace gets pulled to that monitor, BUT when I leave that workspace it should return to the monitor it was pulled from. Is there a layout that already handles this? -- Cheers, Mark Watts Department of Computer Science University of Texas at Austin

1 0

rcxterm - a colorful terminal emulator script that goes great with xmonad.
by Yanom Mobis 26 May '13

26 May '13

Tired of all your terminals having the same color scheme? I wrote program that fixes that. #!/usr/bin/python import random import os available_colors = ["magenta","yellow", "white", "green", "cyan", "orange","red"] fontsize = 22 font = "terminus" color = random.choice(available_colors) font = "-*-" + font + "-*-*-*-*-" + str(fontsize) + "-*-*-*-*-*-*-*" command = 'xterm -font \"' + font + '\" -bg black' + ' -fg ' + color os.system(command) save that as /usr/bin/rcxterm and make it executable. Now set terminal="rcxterm" in xmonad.hs. Now, every time you open an XTerm, it gets assigned a random foreground color from the list. Here's a screenshot: http://i43.tinypic.com/334us1e.png You may have to change font = "terminus" to a font name you have on your system. The xfontsel program can find one for you. Also, I'm pretty sure there's a way to write this script in Haskell, but I only know Python. enjoy!

1 0

XMonad.Layout.ShowWName patch
by FA - ML 18 May '13

18 May '13

Hello, I use xmonad on a 512MB laptop. I noticed that using |showWName| (from XMonad.Layout.ShowWName) in my layoutHook slowed down Xmonad when switching between workspaces. I logged into #xmonad and enquired about it. Let me quote user geekosaur, who correctly diagnosed the problem: geekosaur "The XSync function flushes the output buffer and then waits until all requests have been received and processed by the X server." that's gonna hurt... geekosaur looks like a case of premature optimization, from the patch history So I deleted that particular call; workspace switching is more responsive after that (on my other machine, with more RAM, the difference is barely noticeable). I attach the .dpatch -Francesco

3 2

Xmonad 0.10, Xfce, Wheezy Stable
by Alexander Genaud 16 May '13

16 May '13

Hello All, In the four years I've been using Xmonad, I have only convinced one other human to try it and she too has become an addict. For most of that time, I had been using Ubuntu with either Gnome 2 or fallback/classic. However, in an attempt to ween myself from most DE candy, I have installed stable Debian Wheezy with Xfce. Starting up Xmonad, Xfce on Wheezy was much easier than the Xmonad wiki would have you believe. I installed xmonad and libghc6-xmonad-contrib-dev, a four line xmonad.hs using xfceConfig, and had the option to choose the WM at login. But I am having some trouble with the panel. Perhaps you can help. Because I do not need it often, I am starting the xfce4-panel from the command line as needed. But the panel behaves strangely: floating above or behind other windows. Only after moving windows around to different workspaces, the panel eventually behaves like other well tiled windows. I wonder if there is a better way. Can I have the panel hidden by default but appear with the standard mod-b key? Should I be concerned by these warnings whenever I start xfce4-panel?: "g_error_new_valist: runtime check failed (domain ! = 0)" and "Failed to connect to session manager: SESSION_MANAGER environment variable not defined" Also I'm curious. Is there any difference between xfceConfig and desktopConfig? Cheers, Alex [ B068 ED90 F47B 0965 2953 9FC3 EE9C C4D5 3E51 A207 ]

3 5

Re: [xmonad] XMonad avoidStruts really slow
by Joachim Breitner 14 May '13

14 May '13

Dear Svein, Am Donnerstag, den 25.04.2013, 15:49 +0100 schrieb Svein Ove Aas: > I've had some speed issues with XMonad and Chrome lately, which I > eventually tracked to avoidStruts. (And Chrome, but never mind that.) > > > I think the problem is probably that ManageDocks.calcGap recalculates > the gap every time you switch windows, and not for instance every time > a new window is created.. but that's as much as I've managed to figure > out. > > > Things work pretty well if I just swap avoidStruts for a > statically-configured 16-pixel gap, so I'm going to leave it at this > for now, in hopes that the fix will be immediately obvious to you. I > might give it a shot if you don't have time, though. thanks for spotting the issue! It’s been a while since I hacked on xmonad, and I don’t see an immediate fix. Some way to approach it would be to extend the xmonad core so that the result of getStrut is stored along with the window. Another way would be to extend the datatype of the AvoidStruts to remember some data. But what? The gap? The strut of each window? Only on the current workspace or everywhere? I suggest you take this discussion on the xmonad mailing list, which I have CCed, and maybe you can come up with a fix! Greetings, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

3 2

Issue 432 in xmonad: Module for linking workspaces in a multihead setup
by codesite-noreply＠google.com 14 May '13

14 May '13

Status: New Owner: ---- New issue 432 by que...(a)gmail.com: Module for linking workspaces in a multihead setup http://code.google.com/p/xmonad/issues/detail?id=432 Hey, I just wanted to share some of the functions I have written for linking workspaces. The idea is that the module maintains a list of workspaces that are linked together. Whenever one switches to one of these workspaces, the other monitors are switched to the linked ones. Maybe it's of interest to someone else. It would be nice if it could be added to contrib. Best regards, Jan Attachments: linkWorkspaces.patch 60.6 KB

1 18

Issue 545 in xmonad: xmonad displays transparent urxvt badly with ugly gaps and overlaps
by codesite-noreply＠google.com 13 May '13

13 May '13

Status: New Owner: ---- New issue 545 by webb.phi...(a)gmail.com: xmonad displays transparent urxvt badly with ugly gaps and overlaps http://code.google.com/p/xmonad/issues/detail?id=545 What steps will reproduce the problem? 1. run urxvt or urxvtc one or more times What is the expected output? What do you see instead? expected: the terminal windows are nicely tiled actual: ugly gaps and overlaps among tiled terminal windows and with xmobar What version of the product are you using? On what operating system? ubuntu 10.04 LTS Server rxvt-unicode (urxvt) v9.06 - released: 2008-06-15 xmonad 0.11 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". yes, but bug is the same with or without my xmonad.hs Please provide any additional information below. temporarily fixed by switching to another xmonad screen and back again, but returns with any layout change fixed by: .Xdefaults: +URxvt*transparent: false similar issue in dwm fixed (on some systems) by: config.h: +static const Bool resizehints = False; Attachments: 2013_05_13_ 6_38_47_1366x768px.jpg 49.1 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 3

Issue 544 in xmonad: When run under xmonad, incanter produces blank windows
by codesite-noreply＠google.com 11 May '13

11 May '13

Status: New Owner: ---- New issue 544 by r...(a)defaultvalue.org: When run under xmonad, incanter produces blank windows http://code.google.com/p/xmonad/issues/detail?id=544 To reproduce the problem: - Install xmonad on a recent Debian system. - Create a dummy account. - Log in to an xmonad or xmonad+gnome session as dummy. - Download incanter: http://incanter.org/downloads/ - Assuming you downloaded the jar, run "java -jar incanter.jar". - At the "user=>" prompt enter these two lines (taken from https://github.com/liebke/incanter/wiki#getstarted) (use '(incanter core stats charts)) (view (histogram (sample-normal 1000))) At this point you should see a blank window if you're in an xmonad or xmonad+gnome session, and a histogram if you're in a plain gnome session. I tested using xmonad version 0.10-4+b2 (Debian package), and there was no ~/xmonad directory. I've also reported this to the incanter developers: https://github.com/liebke/incanter/issues/97 Thanks -- Rob Browning -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 2

GSoC mentor wanted!
by Matija Sosic 06 May '13

06 May '13

Hi, I applied to GSoC for the project "xmonad: compositing support". Details of the application can be found here: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2013/matijaso… Would anyone be interested to mentor this project? The idea is to integrate compositing support into xmonad, adding some nice eye-candy and possibly some new functionalities. Thanks in advance, Matija

1 0