- xmonad - Haskell.org

Issue 500 in xmonad: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing.
by codesite-noreply＠google.com 13 Mar '13

13 Mar '13

Status: New Owner: ---- New issue 500 by ancientpc: Actions.UpdatePointer prevents Chromium save bookmark dialog from appearing. http://code.google.com/p/xmonad/issues/detail?id=500 What steps will reproduce the problem? 1. Xmonad 0.9 2. logHook = updatePointer (Nearest) 3. Open Chromium, try to bookmark a page (either using ^D or clicking on the star). What is the expected output? What do you see instead? expected: Chromium bookmark dialog box actual: The star turns yellow, but no dialog box.

1 3

darcs patch: XMonad.Config.Prime, a do-notation for config
by me＠twifkak.com 13 Mar '13

13 Mar '13

Hello, folks, It's me again. First off, I see that you released 0.11 in Dec. Nice! Second, I took some time to take another crack at this config thing. (Previous thread: http://www.haskell.org/pipermail/xmonad/2012-September/013045.html.) Because of the problems you guys mentioned with Template Haskell, I: 1. replaced the fclabels dependency with the lighter data-accessor. 2. replaced the StateT with a fake monad, so the type of the layoutHook can be changed without that existential mess. The upside is an even cleaner syntax. The downside is: 1. You have to come to terms with having RebindableSyntax in your xmonad.hs. 2. Error messages are uglier (thanks, in part, to the really long layout types). Docs at: http://twifkak.com/xmonad-junk/XMonad-Config-Prime2.html Thoughts? Devin 1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 11 02:46:17 PDT 2013 me(a)twifkak.com * XMonad.Config.Prime, a do-notation for config Note that the use of RebindableSyntax is because of the need to vary the layoutHook type throughout the config. The alternative, using the existential Layout type, was rejected because it required TemplateHaskell in order to look nice, and TemplateHaskell is not portable.

3 2

Moving windows to the workspace of their parent window
by Mina Nagy Zaki 10 Mar '13

10 Mar '13

I'd like to write a managehook that shifts windows to the workspace of their parent, without having to restrict that workspace (ie, without predefining a specific workspace for these windows). For example if I run skype on one workspace, when I get a call and answer it, I'd like the call window to automatically shift to the same workspace as skype. How would I go about this? -- Mina Nagy Zaki

3 3

Darcs patch to expose arbitrary events to event hooks
by Marshall Lochbaum 02 Mar '13

02 Mar '13

Last year this set of patches was submitted to the xmonad mailing list. It allows the user to set which types of events will be passed to event hooks by moving the two variables rootMask and clientMask from being hard-coded constants to configurable parameters. http://www.haskell.org/pipermail/xmonad/2012-January/012297.html This message got no replies when it was sent, but I have found it very useful. I have attached a few scripts that I have used with the patch: these allow me to spawn things in the root window using a single keypress without modifiers, to map caps lock to a "repeat last key" key that makes typing words with double letters a bit easier, and to implement a "show desktop" key that hides all windows when pressed and returns them when released. Since rootMask and clientMask are not modified by default, this won't break any current xmonad behavior. It also only impacts event hooks, so there is no chance of damaging other parts of xmonad with incorrect configuration--the affected event hooks simply won't receive some events. Can someone apply these changes to xmonad? I have attached a patch which merges the two from the original message (there's really no reason to apply one and not the other) and works with the latest darcs source. If these are added I will also clean up and formally submit the other scripts. Marshall

3 3

Re: Issue 273 in xmonad: Binding multiple keys to the same keysym fails for xmonad hotkeys
by codesite-noreply＠google.com 02 Mar '13

02 Mar '13

Updates: Labels: Type-Enhancement Component-Core Usability Comment #2 on issue 273 by byorgey: Binding multiple keys to the same keysym fails for xmonad hotkeys http://code.google.com/p/xmonad/issues/detail?id=273 (No comment was entered for this change.) -- 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 5

Re: Issue 158 in xmonad: _NET_WORKAREA support
by codesite-noreply＠google.com 01 Mar '13

01 Mar '13

Updates: Status: Accepted Labels: -Type-Defect Type-Enhancement Comment #6 on issue 158 by byorgey: _NET_WORKAREA support http://code.google.com/p/xmonad/issues/detail?id=158 (No comment was entered for this change.) -- 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 11

Issue 402 in xmonad: Xmonad becomes unresponsive. No focus changing (using keys or mouse), workspace changing or recompile.
by codesite-noreply＠google.com 01 Mar '13

01 Mar '13

Status: New Owner: ---- New issue 402 by 6181989: Xmonad becomes unresponsive. No focus changing (using keys or mouse), workspace changing or recompile. http://code.google.com/p/xmonad/issues/detail?id=402 What steps will reproduce the problem? 1. No idea. Each time time it's with relatively few windows open (chromium with ~10 tabs and ~4 instances of urxvt). Nothing too heavy. Seems to be random at this point. What is the expected output? What do you see instead? I expect it to...well, no lock up. But it freezes up and none of the keybindings in haskell.hs work (can't even recompile). I can't change workspaces or window focus, but the currently focused window still has its (non-monad related) bindings and functionality work fine (chromium, screen w/ urxvt) and I can still ctrl+alt+F1 to console. Mouse still works, but it doesn't change focus on the windows. What version of the product are you using? On what operating system? Arch x86_64 with kernel 2.6.34-ARCH and xmonad 0.9.1 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No --recompile output. See attached for xmonad.hs. Please provide any additional information below. It's done it twice in the less than 24 hours I've had it installed. ivanm @ #xmonad has confirmed this problem also. (see logs for 30/07/10 19:31) Attachments: xmonad.hs 4.8 KB

1 17

Issue 536 in xmonad: wrong monitor's master-slave border moves when I drag
by codesite-noreply＠google.com 01 Mar '13

01 Mar '13

Status: New Owner: ---- New issue 536 by rakslice(a)gmail.com: wrong monitor's master-slave border moves when I drag http://code.google.com/p/xmonad/issues/detail?id=536 What steps will reproduce the problem? 1. run bluetile 2. click in a window on one monitor to focus it 3. move the cursor to the other monitor and drag the master-slave border there What is the expected output? What do you see instead? I'd expect the master-slave border i'm dragging to move; instead the master-slave border on the other monitor moves. What version of the product are you using? On what operating system? 0.6 (ubuntu 12.06 amd64's bluetile 0.6-1 package) Additional: I've arranged my monitors in a sideways T shaped desktop layout in the gnome display control panel. -- 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

[PATCH] * Export X.L.Gaps Gaps constructor
by Paul Fertser 27 Feb '13

27 Feb '13

Hi, Since it's adviced everywhere to attach patches (in the absence of a functional MTA setup), here it goes, attached. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav@gmail.com

3 6

Issue 535 in xmonad: Xmonad-contrib-0.11 Fails to compile against latest version of X11 lib
by codesite-noreply＠google.com 27 Feb '13

27 Feb '13

Status: New Owner: ---- New issue 535 by rbtitot...(a)gmail.com: Xmonad-contrib-0.11 Fails to compile against latest version of X11 lib http://code.google.com/p/xmonad/issues/detail?id=535 What steps will reproduce the problem? 1. cabal install xmonad-contrib What is the expected output? What do you see instead? Not Compiling: [ 39 of 226] Compiling XMonad.Hooks.DebugEvents ( XMonad/Hooks/DebugEvents.hs, dist/build/XMonad/Hooks/DebugEvents.o ) 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') What version of the product are you using? On what operating system? Ubuntu 12.04 lts Xmonad-contrib-0.11, xmonad-0.11, libx11-dev v 2:1.4.9901-0ubuntu2 Please provide any additional information below. Looks like this was fixed in xmonad, but not in xmonad-contrib -- 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