July 2015 - xmonad - Haskell.org

New release to go with 7.10.2
by Tuncer Ayaz 10 Dec '15

10 Dec '15

Are there any blockers that would prevent cutting a release of current Darcs HEAD to go with the soon to be released GHC 7.10.2? It seems many users install from Darcs anyway, so it appears reasonable to me.

5 14

Using sakura with xmonad
by asjo＠koldfront.dk 21 Nov '15

21 Nov '15

Hi. I recently changed from using xterm to sakura: * https://code.launchpad.net/sakura (primarily because the fonts in xterm look bad when scaled x1.5, and I have to do that on my stationary monitor...) The sakura windows automatically get a thin transparent border with XMonad, through which my desktop background image shows. I would like for this to not happen - as it is distracting. You can see the unwanted effect here: * http://koldfront.dk/misc/xmonad/sakura-xmonad.png compared to what it looks like with xterm: * http://koldfront.dk/misc/xmonad/uxterm-xmonad.png I have tried searching the sakura code and changing random things related to border, rgba, and transparent, but my wild guesses have not been fruitful. Does anyone have any good ideas? I am using running compton (I like the pretty, transparent notifications), in case that matters. OH! I just tried killing compton, and that removed the problem! I guess I should bark up another, uhm, mailing list? Hm, I found this: https://github.com/chjj/compton/issues/139 which is the same problem with another wm, compton, and sakura, and it seems the wm was fixed - so maybe I am in the right place after all? There are some hints here: https://github.com/chjj/compton/issues/240 about what might be the same issue in xmonad. Best regards, Adam -- "Hackers are lazy, in the same way that Adam Sjøgren mathematicians and modernist architects are lazy: asjo(a)koldfront.dk they hate anything extraneous."

3 5

Two patches related to XMonad.Prompt
by Norbert Zeh 12 Aug '15

12 Aug '15

Hi folks, I really got used to using emacs ido mode, which offers a pretty powerful and intuitive fuzzy matching of completions, so I wanted to port the same to XMonad.Prompt. This required two patches, included in the attached patch bundles: (1) Completions should be sortable by how well they match the current query string. This turned out to be a very easy addition of a 'sorter' function to XPConfig, which is parameterized by the current query string. The default is 'const id', that is, no sorting is done, which is exactly the old behaviour of XMonad.Prompt. (2) A new module XMonad.Prompt.FuzzyMatch that implements the fuzzy matching. The exact rules for matching and sorting of matches are explained in its documentation. As usual, let me know if anything needs to straightened out before these patches can be applied. Cheers, Norbert

2 4

Issue 605 in xmonad: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating
by codesite-noreply＠google.com 06 Aug '15

06 Aug '15

Status: New Owner: ---- New issue 605 by jeremyfl...(a)gmail.com: Tearing out a chrome or chromium tab with the mouse becomes tiled when it should be floating https://code.google.com/p/xmonad/issues/detail?id=605 What steps will reproduce the problem? 1. Use the mouse to drag (tear) a chrome tab out of your chrome window. 2. Experience annoyance when everything moves to accomodate a newly tiled window. What is the expected output? What do you see instead? This new window should float until the drag stops. This used to be the behavior a year or two ago. See the chrome issue over here https://code.google.com/p/chromium/issues/detail?id=447988. -- 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 526 in xmonad: avoidStruts uses getWindowInfo dpy rootWindow insstead of getCleanedScreenInfo
by codesite-noreply＠google.com 05 Aug '15

05 Aug '15

Status: Accepted Owner: allber...(a)gmail.com Labels: Type-Defect Priority-Medium Component-Contrib Usability New issue 526 by allber...(a)gmail.com: avoidStruts uses getWindowInfo dpy rootWindow insstead of getCleanedScreenInfo http://code.google.com/p/xmonad/issues/detail?id=526 What steps will reproduce the problem? 1. Place a dock on a border between screens What is the expected output? What do you see instead? The dock's space is not accounted for, because the strut is set at the maxim extent over all screens in the relevant direction. The size of the root window is the bounding rectangle of all screens, not the size of the screen the dock is on. This means that if we try to make space for a dock that lives "between" two screens, it will actually be allocated on the last screen in that direction.

1 1

Issue 559 in xmonad: Redraw of Gnomeapps fails
by codesite-noreply＠google.com 31 Jul '15

31 Jul '15

Status: New Owner: ---- New issue 559 by dragonch...(a)gmail.com: Redraw of Gnomeapps fails http://code.google.com/p/xmonad/issues/detail?id=559 What steps will reproduce the problem? 1. Start Gnome3 Application 2. Click a widget within that application What is the expected output? What do you see instead? Expected: The application should perform the requestet action and redraw the app with the results. Displayed: The Gnome app performs the action but does not redraw the ui, when switching to another desktop and back the App shows the proper output. What version of the product are you using? On what operating system? - Gentoo hardened (Kernel 3.10.8 and 3.11.1) - xmonad 0.11 - Gnome 3.8.4 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. -- 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 12

Issue 598 in xmonad: Join stackage
by codesite-noreply＠google.com 21 Jul '15

21 Jul '15

Status: Accepted Owner: nome...(a)gmail.com New issue 598 by nome...(a)gmail.com: Join stackage https://code.google.com/p/xmonad/issues/detail?id=598 Currently, xmonad does not build against the packages in the latest Stackage LTS release, in particular utf8-string-1. It would be great if xmonad would join stackage so that such problems are detected early. It also gives you some QA for free: http://www.stackage.org/authors -- 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

[xmonad-contrib] XMonad.Prompt.Pass patch
by ardumont 21 Jul '15

21 Jul '15

Hello, You will find enclosed a patch to propose a new XMonad.Prompt.Pass. >From the header description documentation: -- Provides a shell prompt to lookup passwords in a password-storage (located on user's home @$HOME\/.password-store@). -- The password storage used is <http://git.zx2c4.com/password-store the password-store cli>. -- -- When one validates its input, the corresponding password is loaded -- in the clipboard for a limited period of 45 seconds. -- -- Greatly inspired from <http://babushk.in/posts/combining-xmonad-and-pass.html> I'm open to any suggestions on how to improve on this. Cheers, -- @ardumont

9 31

Issue 603 in xmonad: Problems with toggling focus on Chrome
by codesite-noreply＠google.com 10 Jul '15

10 Jul '15

Status: New Owner: ---- New issue 603 by p...(a)cnphil.com: Problems with toggling focus on Chrome https://code.google.com/p/xmonad/issues/detail?id=603 What steps will reproduce the problem? 1. In tiling mode, open up Chrome 2. Open up another window, say urxvt 3. Try toggling back and forth the focus with <Mod-Tab> What is the expected output? What do you see instead? Chrome should be responding to keyboard, mouse movement. But it just does not seem to realize it is on focus. What version of the product are you using? On what operating system? xmonad 0.11.1 ghc 7.10.1 Chrome 43 beta Arch Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". The problem persists even without an xmonad.hs Please provide any additional information below. In the attached image, you can see that the currently focused window is red-bordered (lower right), but it's not responding to keyboard strokes or anything unless I explicitly move the cursor there and click on it. Attachments: 2015-05-01-003015_2560x1600_scrot.png 468 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 6

Issue 609 in xmonad: Xmonad.Util.Paste.pasteString leaves out spaces
by codesite-noreply＠google.com 06 Jul '15

06 Jul '15

Status: New Owner: ---- New issue 609 by abimel...(a)gmail.com: Xmonad.Util.Paste.pasteString leaves out spaces https://code.google.com/p/xmonad/issues/detail?id=609 This is an issue for pasteSelection, which uses it. Saw this patch on the list; wondering if it ever went anywhere? https://mail.haskell.org/pipermail/xmonad/2013-October/013889.html -- 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

2 1