February 2013 - xmonad

Issue 533 in xmonad: clearUrgency should be exported from XMonad.Hooks.UrgencyHook
by codesite-noreply＠google.com 24 Sep '13

24 Sep '13

Status: New Owner: ---- New issue 533 by JohnTy...(a)gmail.com: clearUrgency should be exported from XMonad.Hooks.UrgencyHook http://code.google.com/p/xmonad/issues/detail?id=533 I was trying to make it such that windows which are banished off screen on hidden scratch pad workspaces *never* get urgency set. It was not possible to do so without making my own Urgency Hook, which was fine, except that in order to make it I had no choice but to modify the source and add clearUrgency to the export list. Since "clearUrgents" is exported, which just applies "clearUrgency" to all windows, I don't see why the latter shouldn't also be available. data FilterUrgencyHook = FilterUrgencyHook [String] instance UrgencyHook FilterUrgencyHook where urgencyHook (FilterUrgencyHook skips) w = do ws <- gets windowset case W.findTag w ws of Just tag -> when (tag `elem` skips) (clearUrgency w) _ -> return () -- 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 8

Issue 498 in xmonad: Borders are not around the window with the focus
by codesite-noreply＠google.com 26 Jul '13

26 Jul '13

Status: New Owner: ---- New issue 498 by rlblas...(a)gmail.com: Borders are not around the window with the focus http://code.google.com/p/xmonad/issues/detail?id=498 What steps will reproduce the problem? 1. Open a terminal and open a file from it in evince. E.g. type "evince a.pdf &" (assuming a.pdf exists in the current directory). 2. Now evince comes into the focus, it has the borders around its window. 3. Go back to the terminal and type "evince a.pdf". This should refresh evince. 4. Observe that evince is in focus by pressing j/k or other evince shortcuts. 5. Also observe that the terminal's window still has borders around it like it's in focus. Basically the focus and the border decoration is not in sync. One of the applications should have both the focus and the border. $ xmonad --version xmonad 0.10

1 3

Issue 436 in xmonad: XMonad.Layout.IM doesn't match UTF8 chars
by codesite-noreply＠google.com 15 Jul '13

15 Jul '13

Status: New Owner: ---- New issue 436 by o.a.stephens: XMonad.Layout.IM doesn't match UTF8 chars http://code.google.com/p/xmonad/issues/detail?id=436 I am encountering the same issue as per http://code.google.com/p/xmonad/issues/detail?id=302 using his same test case. What steps will reproduce the problem? 1. Configure withIM layout to match a window title with UTF8 chars as roster. Ex: withIM (1%7) (Title "foo™") (Tall 1 0.5 0.5) 2. Run a window with the configured name. Ex: xterm -T "foo™" -e read What is the expected output? What do you see instead? The window should be placed as withIM layout roster. In this case, on a separated column to the left. What version of the product are you using? On what operating system? Latest XMonad Darcs on Arch X86_64. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output from xmonad --recompile. Please provide any additional information below. Comments from #xmonad having queried my issue: <allbery_b> I'm looking at darcs... WindowProperties uses the ManageHook code (!! --- more evidence that it's mis-typed) and ManageHook.hs in the core uses getStringProperty everywhere <allbery_b> (in particular it's using it for _NET_WM_* which is completely wrong as they are all defined as Unicode stored as 32 bit lists) <allbery_b> suggest you reopen that bug report, or file a new one about _NET_WM_* being misinterpreted I am attempting to match Skype's window title, which also contains the ™ character. Attachments: xmonad.hs 483 bytes

1 3

Issue 432 in xmonad: Module for linking workspaces in a multihead setup
by codesite-noreply＠google.com 14 May '13

14 May '13

Status: New Owner: ---- New issue 432 by que...(a)gmail.com: Module for linking workspaces in a multihead setup http://code.google.com/p/xmonad/issues/detail?id=432 Hey, I just wanted to share some of the functions I have written for linking workspaces. The idea is that the module maintains a list of workspaces that are linked together. Whenever one switches to one of these workspaces, the other monitors are switched to the linked ones. Maybe it's of interest to someone else. It would be nice if it could be added to contrib. Best regards, Jan Attachments: linkWorkspaces.patch 60.6 KB

1 18

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

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 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