- xmonad - Haskell.org

no qt menu on second screen
by Dominik Schrempf 06 Apr '13

06 Apr '13

Hello, I use arch linux with the current xmonad release and an xrandr dual monitor setup. Everything works fine but no qt context menus show up on the second screen. I found several articles reporting the same problem (e.g. for the awesome wm: https://awesome.naquadah.org/bugs/index.php?do=details&task_id=732 or http://permalink.gmane.org/gmane.comp.window-managers.awesome/5620 ) but no solution works for me. Do you have any ideas? Do you know any logs that I could sent to you? Thanks, Dominik

2 1

Issue 539 in xmonad: mplayer --fs makes window disappear sometimes (heisenbug, mplayer2)
by codesite-noreply＠google.com 30 Mar '13

30 Mar '13

Status: New Owner: ---- New issue 539 by ju.o...(a)gmail.com: mplayer --fs makes window disappear sometimes (heisenbug, mplayer2) http://code.google.com/p/xmonad/issues/detail?id=539 What steps will reproduce the problem? 1. Install mplayer2 2. Open a terminal and execute `mplayer --fs $VIDEO` What is the expected output? What do you see instead? Once every 20 executions, the player window appears for a split second and then disappears. The sound continues playing. What version of the product are you using? On what operating system? cabal version ~$ xmonad --version xmonad 0.11 ~$ uname -a Linux arch 3.8.4-1-ARCH #1 SMP PREEMPT Wed Mar 20 22:10:25 CET 2013 x86_64 GNU/Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". xmonad --recompile does not work without an xmonad.hs. The xmonad.hs from `~/.cabal/share/xmonad-0.11/man` does not compile because `help` does not exist. If I delete the line where `help` is used, xmonad compiles without output and the bug is present. Please provide any additional information below. mplayer2's fullscreen command has no visible effect in xmonad. -- 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 0

How to pass dmenu formatting opts when using Xmonad.Actions.Commands?
by David Cabana 30 Mar '13

30 Mar '13

Hello, Xmonad.Actions.Commands seems very nice, but I find it hard to read the default color-font combination on my system. Is there some standard way to pass in dmenu formatting options? I have a nice set I alread use with dmenu; how can I get XAC to use them? Thank you, David Cabana

2 1

Issue 537 in xmonad: xmonad does not process urxvt+vim repaint request
by codesite-noreply＠google.com 21 Mar '13

21 Mar '13

Status: New Owner: ---- New issue 537 by dansp...(a)gmail.com: xmonad does not process urxvt+vim repaint request http://code.google.com/p/xmonad/issues/detail?id=537 What steps will reproduce the problem? 1. Open a terminal 2. urxvt -e "/bin/bash" -c "vim <path of vim file with 100 lines+>" What is the expected output? What do you see instead? The buffer is distorted: -The bottom half of the text is not visible (black area) -The lines that are visible are not the correct lines (e.g. line 10 is rendered where line 50 should be), moving the vim cursor to a line repaints that line, but that line only What version of the product are you using? On what operating system? XMonad 0.10 on Ubuntu 12.10 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Using stock xmonad.hs results in the same problems, so I did not attacch my xmonad.hs. Please provide any additional information below. This problem disappears if you add a long enough sleep before opening vim, e.g.: urxvt -e "/bin/zsh" -c "sleep 1; vim <path of vim file with 100 lines+>" I really have no clue how XMonad interacts with X or how X works, but my best guess is that there is some kind of race condition and XMonad misses the repaint command from urxvt. -- 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 4

Further xmodmap and numlock woes
by Thomas Løcke 21 Mar '13

21 Mar '13

A while ago I wrote a post to this list about the problems that arose when I disabled numlock with xmodmap -e "clear mod2": http://www.haskell.org/pipermail/xmonad/2013-February/013493.html I ended up "fixing" the problem in the legacy application, so I didn't have to muck about with xmodmap. Or so I thought. Today it reared its ugly head again, once and for all telling me that I seriously need to _completely_ disable the numlock key. My first step was to upgrade xmonad to 0.11 and then I tried xmodmap -e "clear mod2" again and of course it still didn't work: My mod key was now non-functional again. /sigh Next step was to dig out the original suggestion from Adam: handleEventHook = ( \e -> case e of MappingNotifyEvent {} -> return (All False) _ -> mempty) I added the above to my xmonad.hs file and then it failed with this: Not in scope: data constructor `All' Not in scope: `mempty' I suspect I need to import something, but what? Here's my xmonad.hs file: https://gist.github.com/ThomasLocke/5196294 Am I missing some crucial parts? :o) Thomas Løcke ps. I found xmonad at github: https://github.com/xmonad/xmonad is this an official repository?

4 7

My hack to allow disabling of numlock without messing with my xmonad mod key
by Thomas Løcke 21 Mar '13

21 Mar '13

In short: I've thrown a script together that executes the xmodmap command needed to completely disable to numlock key. What this script does is make sure that xmonad is up and running _before_ xmodmap is called. Combined with Adam's addition to my handleEventHook in xmonad.hs I've now managed to squash the numlock key into oblivion. Mission accomplished! I can't say I like this solution, but at least it gets the job done. I would still very much prefer if this could've been fixed in xmonad.hs, or if xmonad would just let me do my xmodmap'ing without destroying my mod key, but as that does not seem to be possible, I'll settle for second best. So if anybody else out there is having this problem, a bit of BASH will solve it. Just make sure you have this in your handleEventHook: ( \e -> case e of MappingNotifyEvent {} -> return (All False) _ -> mempty) and that your xmodmap calls are done _after_ xmonad is fully loaded. I call my script from .xinitrc just before I start xmonad. The script is backgrounded and it simply loops until it finds a running xmonad instance. :o) Thomas Løcke

4 10

Re: [xmonad] Ncurses and drop-down menus
by Matthew Hague 20 Mar '13

20 Mar '13

> Really strange! You should post your config somewhere (say, > hpaste.org) Are you using an urgency hook? > ~d Aha! -- i tracked it down (always the way once you've decided to post). The problem is in a loghook i set (i'd tried simply removing the entire loghook and the problem continued, but removing the offending function fixes it, it turns out). My config is available here https://github.com/yourealwaysbe/xmonad-config/blob/master/xmonad.hs in particular i have a loghook: myLogHook = floatsAvoidStruts <+> raiseFocused <+> hideFloats where raiseFocused :: X () raiseFocused = do disp <- asks display mw <- gets (W.peek . windowset) whenJust mw (io . (raiseWindow disp)) which is to raise the focussed window above the others, because i have a free-form messy workspace which sometimes has a few tiled windows combined with a few floating ones. So if a tiled window is focussed, all the floats get lowered (so i can see the tiled layer), and if a float is focussed, it's raised above everything else (so i can see it). I know this isn't really in the spirit of xmonad, but hey... I guess ncmpcpp triggers the loghook when the play status updates, so then raiseFocused raises the main GUI app window (with focus) above the drop-down menu window (which i guess doesn't have focus). Sorry for the noise, i'll work on writing a better raiseFocused :) Best, Matt

1 0

Ncurses and drop-down menus
by Matthew Hague 19 Mar '13

19 Mar '13

Hi, I've noticed a rather bizarre interaction between ncmpcpp (using ncurses) and drop down menus in applications such as Firefox, Evince and VLC (hence i don't think it's a specific gtk/qt issue). When playing a track, there is a little progress indicator at the bottom of ncmpcpp. If i have a drop-down menu open in a GUI app (Firefox/Evince/VLC) and the indicator updates, then the menu window disappears. Even if ncmpcpp is not on the same workspace as the GUI app. Since ncmpcpp's progress meter updates about every second, this means i can't use drop down menus while listening to music... It does not happen in fluxbox/openbox or awesome. Has anyone else noticed this / have any ideas how to fix it? Thanks, Matt

3 2

Issue 534 in xmonad: X11 version 1.6.1.1 breaks the build
by codesite-noreply＠google.com 18 Mar '13

18 Mar '13

Status: New Owner: ---- New issue 534 by sim...(a)cryp.to: X11 version 1.6.1.1 breaks the build http://code.google.com/p/xmonad/issues/detail?id=534 xmonad fails to compile against the latest version of the X11 library with the following error: XMonad/Hooks/DebugEvents.hs:215:61: Ambiguous occurrence `getAtomName' It could refer to either `XMonad.Hooks.DebugEvents.getAtomName', defined at XMonad/Hooks/DebugEvents.hs:57:1 or `XMonad.getAtomName', imported from `XMonad' at XMonad/Hooks/DebugEvents.hs:(24,1)-(26,62) (and originally defined in `Graphics.X11.Xlib.Atom') -- 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 7

darcs patch: gnome3Config added
by woozletoff＠gmail.com 18 Mar '13

18 Mar '13

1 patch for repository http://code.haskell.org/XMonadContrib: Gnome 3 doesn't support the "gnome-session-save --kill" command to logout, so it might be reasonable to add a "gnome3Config" which defines the logout binding. It doesn't destroy backwards compability, so there should be no harm done. Mon Mar 18 14:42:06 CET 2013 woozletoff(a)gmail.com * gnome3Config added

2 1