- xmonad - Haskell.org

xmonad --replace works, but not xmonad.
by e.a.gebhart＠gmail.com 22 May '18

22 May '18

I'm getting some really strange behavior after an upgrade on Arch. Of course. I finally got everything compiling again, and if I use xfce first and then do a replace it works like expected. If I run xmonad with startx or sddm, it almost works. I can quit Xmonad, but that is all. I do a S-Mod-Q it will exit, but I can't get anything else to work. If I mess around to much that doesn't even work. I reduced my xinitrc to "exec xmonad". I even tried without my xmonad.hs but no change. I couldn't even bring up an xterm. One thing that is suspicious Is that I can't get xinit to just start an xterm so that I can run xmonad manually to see what happens. I get connection errors for tty0. But :0 is the one I think I'm connecting to. I tried vt :0 and :1. The log by default is Xorg.0.log and there is nothing going wrong there. At this point I'm looking for ideas. Using --replace from an xfce login is messy with it's sessions and so forth. I've been working on this for days now. any ideas are appreciated. Thanks, Eric

1 0

XMobar covered by display-1 main window
by Peter Fitzgibbons 05 Apr '18

05 Apr '18

HI Folks, I have 2 displays in portrait-mode, both 1200x1920. ghc 7.6.3 xmonad 0.11 xmobar 0.25 I've been reading several-years-old and even recent google results on this issue. https://mail.haskell.org/pipermail/xmonad/2017-June/015266.html xmobar --dock made the dock display on main (in display 1), though the window is still full-screen, not giving space for the bar. Could any of you please describe to me how to: 1) instruct main window to give space for the bar? (other workspaces work fine, only ws2(display-1) does this. 2) display xmobar in both displays? (extra credit for separate bar contents -- not necessary) Your help is most kindly appreciated! -- Peter Fitzgibbons (224) 307-9689

2 1

The transparent borders on RGBA windows are back
by asjo＠koldfront.dk 27 Jan '18

27 Jan '18

After updating packages¹ on my Debian unstable laptop yesterday, the transparent borders on RGBA windows are back². Specifically if I open a Sakura³ window, the borders are see-through. I am running xmonad 0.13-6+b2, libghc-xmonad-dev 0.13-6+b2, libghc-xmonad-contrib 0.13-1+b2, libghc-x11-dev 1.8-3, libghc-x11-xft-dev 0.3.1-11+b5. Looking in ~/.xsession-errors when I open a Sakura window, I see no errors from xmonad. (Closing the window I see "user error (Error in function getWindowAttributes)", but I guess that's not important.) Looking at the changelog from the xserver-xorg-core package, I see this interesting entry: [ Timo Aaltonen ] * New upstream release. * 07-glx-do-not-pick-srgb-config-for-32bit-rgba-visual.diff: Add a patch from upstream to fix potential issues with mesa git. Sounds like that could be the reason. Does anyone else see this? Any suggestions on how to debug/fix it? I'm as clueless as last time⁴. Best regards, Adam ¹ It was a winding road fixing them a couple of years ago: · https://koldfront.dk/archive/2017/02/12-183149.html ² These are the newest ones, by date: libopengl0_1.0.0-2_amd64.deb libglx0_1.0.0-2_amd64.deb libglvnd-dev_1.0.0-2_amd64.deb libglvnd-core-dev_1.0.0-2_amd64.deb libglvnd0_1.0.0-2_amd64.deb libgles2_1.0.0-2_amd64.deb libgl1_1.0.0-2_amd64.deb libegl1_1.0.0-2_amd64.deb libgegl-0.3-0_0.3.28-1_amd64.deb xserver-xorg-legacy_2%3a1.19.6-1_amd64.deb xserver-xorg-core_2%3a1.19.6-1_amd64.deb xserver-xephyr_2%3a1.19.6-1_amd64.deb xchat_2.8.8-12_amd64.deb xchat-common_2.8.8-12_all.deb xserver-common_2%3a1.19.6-1_all.deb ring-daemon_20180119.1.9e06f94~ds1-1_amd64.deb thunderbird-l10n-da_1%3a52.6.0-1_all.deb calendar-google-provider_1%3a52.6.0-1_all.deb lightning_1%3a52.6.0-1_amd64.deb thunderbird_1%3a52.6.0-1_amd64.deb locales_2.26-6_all.deb libc-l10n_2.26-6_all.deb libdbus-c++-1-0v5_0.9.0-8.1_amd64.deb multiarch-support_2.26-6_amd64.deb libc-dev-bin_2.26-6_amd64.deb libc-bin_2.26-6_amd64.deb libc6-dev_2.26-6_amd64.deb libc6-dbg_2.26-6_amd64.deb libc6_2.26-6_amd64.deb ³ https://launchpad.net/sakura ⁴ https://mail.haskell.org/pipermail/xmonad/2015-June/014798.html -- "I wear my unprofessionalism as a badge of honor. Adam Sjøgren Professionalism has no place in art" asjo(a)koldfront.dk

1 1

erratic panel unhide in xmonad + xfce
by Tom Hirschowitz 30 Nov '17

30 Nov '17

Dear all, I'm using xfce4 with xmonad and panel autohide. The problem is that, depending on which windows are present, the panel sometimes does not unhide. In my experience, it only unhides to cover windows that were spawned after it. E.g., if it doesn't unhide over a given window and I restart it, then it does unhide fine. Snippets of my xmonad.hs are included below. Does anyone have an idea how to sort this out? Thanks, Tom conf = ewmh xfceConfig { manageHook = pbManageHook <+> myManageHook <+> manageDocks <+> manageHook xfceConfig , layoutHook = myLayoutHook , handleEventHook = ewmhDesktopsEventHook <+> fullscreenEventHook , borderWidth = 4 , focusedBorderColor= "#80c0ff" , normalBorderColor = "#13294e" , workspaces = map show [1 .. 9 :: Int] , modMask = mod4Mask , keys = myKeys , terminal = "xfce4-terminal" } -- Main -- main :: IO () main = xmonad $ conf { startupHook = startupHook conf >> setWMName "LG3D" -- Java app focus fix , logHook = ewmhDesktopsLogHook } -- Layouts -- myLayoutHook = desktopLayoutModifiers $ avoidStruts $ Full [...] -- ManageHook -- pbManageHook :: ManageHook pbManageHook = composeAll $ concat [ [ manageDocks ] , [ manageHook defaultConfig ] , [ isDialog --> doCenterFloat ] , [ isFullscreen --> doFullFloat ] , [ fmap not isDialog --> doF avoidMaster ] ] [...] -- Helpers -- -- avoidMaster: Avoid the master window, but otherwise manage new windows normally avoidMaster :: W.StackSet i l a s sd -> W.StackSet i l a s sd avoidMaster = W.modify' $ \c -> case c of W.Stack t [] (r:rs) -> W.Stack t [r] rs otherwise -> c

2 2

Termite does not work as scratchpad
by e.a.gebhart＠gmail.com 14 Oct '17

14 Oct '17

Hello, I am interested in using the Termite terminal as my scratchpad but it doesn't actually work as a scratchpad and I'm wondering why. It seems unable to float. Gnome terminal has the same behavior for me and apparently Termite uses the same foundation as Gnome terminal. So I'm wondering if it is a short coming of the terminal or if there is something I can do to make it work. Has anyone got this working ? Thanks, Eric

2 7

XMonad.Actions.UpdateFocus doesn't work
by Kilian Evang 01 Sep '17

01 Sep '17

Hi, documentation for XMonad.Actions.UpdateFocus says it "Updates the focus on mouse move in unfocused windows." However, for me (using Ubuntu 16.04, xmonad installed from Ubuntu repository), it doesn't seem to have any effect. Here is my minimal xmonad.hs: import XMonad import XMonad.Actions.UpdateFocus main = xmonad $ defaultConfig { focusFollowsMouse = True, startupHook = adjustEventInput, handleEventHook = focusOnMouseMove } Any idea what's wrong? Cheers, Kilian

2 1

FZF integration
by Thomas Droxler 01 Sep '17

01 Sep '17

Hi all, I'm a big fan of FZF <https://github.com/junegunn/fzf> and I wanted to make an xmonad integration, to work like Util.Dmenu <https://hackage.haskell.org/package/xmonad-contrib-0.13/docs/XMonad-Util-Dm…>. I'm quite new to Haskell and I got some problems to do it. The main problem I have is that fzf needs to run in a shell and when I run an external terminal, it sucessfully pops up, but then the rest of the code continue to be executed and I can't wait for the output of fzf. Moreover, fzf give an output in the terminal, but then how do I get the output in my haskell code? I tried several think and the closest I got is to write the result of fzf in a file and read it back, but I cannot wait until my terminal shutdown to read my file, I have something like: *(filePath, handle) <- openTempFile "*path*" "fzf"* *hClose handle* *(_, _, _, procHandle) <- runInteractiveCommand ("xterm -e '*dataForFZF* | fzf >" ++ filePath ++"'")* *-- Here I need to wait that my term close, I tried: waitForProcess procHandle* *-- But it just freeze my Xmonad, and not sure a while loop on getProcessExitCode is better* *str <- readFile filePath* doSomethingWith* str* *removeFile filePath* Anyone has a hint to do this? Thanks a lot, cheers. Thomas Droxler

2 2

user-visible windows
by Matt 30 Jun '17

30 Jun '17

Hi all, I'm writing an extension and would like to know if there's some way to get a set of all windows visible to the user? I'm aware of StackSet.visible and StackSet.current. The windows obtained from these are not necessarily visible to the user- some may be totally obscured by others. I could get a list of the windows in z-order and calculate this myself, but was wondering whether anything existed that might suit my needs? Thanks in advance, Matt

2 1

ManageDocks issue
by Tim DuBois 01 Jun '17

01 Jun '17

Hi everyone, I haven't altered my configuration for almost a year now, but recently my layouts have not been respecting my dzen bar. I understand that ManageDocks should be handling this, although that's seemingly no longer the case. If you take a look at my config: https://github.com/Libbum/xmonad/blob/master/xmonad.hs you'll see I have manageDocks here 92 newManageHook = myManageHook <+> manageHook defaultConfig <+> manageDocks which is incorporated here: 190 main = do 191 dzenLeftBar <- spawnPipe myXmonadBar 192 dzenRightBar <- spawnPipe myStatusBar 193 xmonad $ defaultConfig 194 { terminal = myTerminal ... 201 , manageHook = newManageHook Has something changed that I'm overlooking, or is there anything in my config you can see is causing this? I'm at a loss at how to debug the problem at the moment. Regards, --Tim

2 1

XMonad.Hooks.ManageDocks: can't toggle dock gap since 0.13
by Mekeor Melire 10 May '17

10 May '17

Hello, since version 0.13 of xmonad(-contrib) and upgrading my config to that version, I find my config not to work as expected. Specifically, my binding for `sendMessage ToggleStruts` doesn't toggle the dock gap anymore. Instead, all windows overlap over my dock (dzen2) all the time. I followed the instructions at the documentation (of XMonad.Hooks.ManageDocks@xmonad-contrib): https://hackage.haskell.org/package/xmonad-contrib-0.13/docs/XMonad-Hooks-M… i.e. I apply `docks` on the XConfig and `avoidStruts` on the layout. You can find my current config on GitHub (repo: "config"; branch: "xmonad-0.13"): https://github.com/mekeor/config/blob/xmonad-0.13/home/mekeor/.xmonad/xmona… I also checked CHANGES.md but version 0.13 only seems to fix bugs in that module. What am I doing wrong? Am I missing something? -- mekeor ~ EDD3 DFFA 76F6 11C0 145F 9A99 AC85 BAD8 A2F8 C868

3 3