September 2014 - xmonad

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

[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 338 in xmonad: XMonad.Util.Paste.pasteString
by codesite-noreply＠google.com 29 Jun '15

29 Jun '15

Status: Started Owner: vogt.adam Labels: Type-Defect Priority-Medium Component-Contrib New issue 338 by vogt.adam: XMonad.Util.Paste.pasteString http://code.google.com/p/xmonad/issues/detail?id=338 newfish in #xmonad had trouble pasting urls with pasteString. Note that the difficulties with stringToKeysym are already noted in the module's documentation. What steps will reproduce the problem? 1. Add a binding for > , ( "M-S-b", pasteString "http://code.google.com" ) What is the expected output? What do you see instead? It pastes httpcodegooglecom I've pushed a patch that changes the paste to "http;//code.google.com", which is still wrong with the ';' vs ':'. I believe that other : Sat Nov 14 17:37:26 EST 2009 Adam Vogt <vogt.adam(a)gmail.com> * Bypass more of stringToKeysym in U.Paste But there doesn't seem to be a simple way to detect whether a symbolic key must be sent using shiftMask. ,("M-d", pasteString "?><://\\{}[]" ) gives: /.,;//\[][] Is there a proper way to recognize when a symbol should be sent with shiftMask? -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 2

Issue 362 in xmonad: disabling focus following mouse doesn't work
by codesite-noreply＠google.com 23 Jun '15

23 Jun '15

Status: New Owner: ---- New issue 362 by zl29ah: disabling focus following mouse doesn't work http://code.google.com/p/xmonad/issues/detail?id=362 What steps will reproduce the problem? 0. Disable focus following mouse 1. Switch to another workspace 2. Shuffle mouse around 3. Enjoy seeing it focusing windows while not updating the frames' colors 4. After switching the focus using keyboard or mouse click everything become ok What version of the product are you using? On what operating system? 0.9.1 on gentoo linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". l29ah@l29ah-work ~/.xmonad $ xmonad --recompile l29ah@l29ah-work ~/.xmonad $ Attachments: xmonad.hs 11.2 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 6

Issue 527 in xmonad: Google Hangouts screen sharing crashes
by codesite-noreply＠google.com 19 May '15

19 May '15

Status: New Owner: ---- New issue 527 by szty...(a)gmail.com: Google Hangouts screen sharing crashes http://code.google.com/p/xmonad/issues/detail?id=527 1. Open a new Google Hangout 2. Press "Share your screen" 3. The window for selecting the window to share appears for a fraction of a second and then the hangout crashes. I am using xmonad 0.11 on Gentoo without any additional configuration changes. The same functionality works with other window managers, also other tiling ones.

1 9

Issue 570 in xmonad: add systemd support
by codesite-noreply＠google.com 22 Feb '15

22 Feb '15

Status: New Owner: ---- New issue 570 by olyasi...(a)gmail.com: add systemd support http://code.google.com/p/xmonad/issues/detail?id=570 There are few user-made .service files for xmonad. It would be great to see such file available as part of xmonad or xmonadcontrib so users could easily start xmonad with "systemd --user" -- 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 1

Issue 543 in xmonad: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces
by codesite-noreply＠google.com 22 Feb '15

22 Feb '15

Status: Accepted Owner: nome...(a)gmail.com New issue 543 by nome...(a)gmail.com: StackSet: non-positive argument to StackSet.new with mroe monitors than workspaces http://code.google.com/p/xmonad/issues/detail?id=543 At http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706149 this bug was reported (Version 0.10): My xmonad configuration only sets up a single workspace: I create the rest dynamically as I need them. I use a laptop, and sometimes have an external monitor. If I have a single workspace when I attach the second monitor, xmonad fails to start. A minimal .xmonad.hs that exhibits the problem: --- 8< --- import XMonad import XMonad.Config.Gnome main :: IO () main = do xmonad $ gnomeConfig { workspaces = ["GTD"] } --- 8< --- Procedure for reproducing: * Use the above .xmonad.hs. * Log into a GNOME+Xmonad session in wheezy. * If there are two monitors, xmonad fails to start. * If there is a single monitor, this works. If I attach a second monitor, xmonad does not crash. However, re-starting it (e.g., due to a change to .xmonad.hs) doesn't work. The error message xmonad gives when starting up: xmonad-x86_64-linux: xmonad: StackSet: non-positive argument to StackSet.new I am probably unsual in liking to create my workspaces dynamically on demand. However, it would be good if xmonad would at least start even if it can't have something on every monitor. -- 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

Issue 576 in xmonad: On FreeBSD Xmonad loses first hotkey sometimes
by codesite-noreply＠google.com 15 Feb '15

15 Feb '15

Status: New Owner: ---- New issue 576 by martin.s...(a)gmail.com: On FreeBSD Xmonad loses first hotkey sometimes http://code.google.com/p/xmonad/issues/detail?id=576 What steps will reproduce the problem? 1. Install FreeBSD (amd64). 2. Write a minimal xmonad.hs with xterm binding. 3. Start xmonad in Xorg. 4. Try (multiple times) Mod+Shift+Return. What is the expected output? What do you see instead? It's expected that xterm opens with the first time Mod+Shift+Return is pressed. Sometimes Xmonad loses the key-combo and you need to press it twice in fast succession. If you wait too long between the first and the second time in sequence, the hotkey will be lost again and again. I repeat once again: it happens SOMETIMES, but on average every 4th time. Try to open terminal and exit it again (Mod+Shift+Return -> Ctrl-D -> Mod+Shift+Return -> Ctrl-D -> ...). What version of the product are you using? On what operating system? hs-xmonad-0.11_7 FreeBSD 10.0 RELEASE (amd64). Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". You don't need mine. Use a minimal one: import XMonad main = xmonad defaultConfig { modMask = mod1Mask , terminal = "xterm" } Additional info: Cannot be reproduced on Linux. Everything works as expected there. -- 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 22

Re: Issue 254 in xmonad: XMonad.Contrib.Util.Run.runInTerm does not work with terminal = "gnome-terminal"
by codesite-noreply＠google.com 06 Feb '15

06 Feb '15

Comment #6 on issue 254 by klu...(a)gmail.com: XMonad.Contrib.Util.Run.runInTerm does not work with terminal = "gnome-terminal" http://code.google.com/p/xmonad/issues/detail?id=254 I wrote a routine to double-quote and escape shell input, and it _seems_ to work for me. I've added it to Prompt.Ssh instead of changing runInTerm, but it logically belongs there. That is, I call ssh s = runInTerm "" (bashDblQuote ("ssh " ++ s)) where bashDblQuote is the quoting function. Attachments: dblquote.hs 866 bytes OtherSsh.hs 3.4 KB

1 3