July 2013 - xmonad - Haskell.org

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 551 in xmonad: XMonad.Prompt.Man.manPrompt uses `manpath -g`, -g appears to be an invalid option
by codesite-noreply＠google.com 08 Jul '13

08 Jul '13

Status: New Owner: ---- New issue 551 by ondrej.g...(a)gmail.com: XMonad.Prompt.Man.manPrompt uses `manpath -g`, -g appears to be an invalid option http://code.google.com/p/xmonad/issues/detail?id=551 What steps will reproduce the problem? 1. import XMonad.Prompt.Man and set up manPrompt 2. activate and use manPrompt 3. What is the expected output? What do you see instead? manPrompt should provide man pages completion but it shows only CWD directories as completion What version of the product are you using? On what operating system? Gentoo 64bit Linux kernel 3.7.10-gentoo-r1 xmonad and xmonad contrib v 0.11 standard man v 1.6g (from http://primates.ximian.com/~flucifredi/man/) Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". no output from xmonad --recompile, xmonad.hs attached (clean, not the source of the problem) Please provide any additional information below. The whole problem is the line in getMans paths <- getCommandOutput "manpath -g 2>/dev/null" `E.catch` on my system, manpath does not have the -g option so it fails silently and does not output any paths, so then the CWD path is examined instead I don't know when this option was removed, man v 1.6f doesn't have it either. Attachments: xmonad.hs 6.2 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 2

darcs patch: dynamicbars-partial-cleanup
by Ben Boeckel 05 Jul '13

05 Jul '13

1 patch for repository http://code.haskell.org/XMonadContrib: Fri Jul 5 00:45:10 EDT 2013 Ben Boeckel <mathstuf(a)gmail.com> * dynamicbars-partial-cleanup Add functions to allow cleaning up only screens which disappear. This works better where killing the statusbar for a specific screen is possible. The old way is still relevant for setups which do not have such a method (e.g., safeSpawn xmobar/spawnPipe xmonadpropwrite).

1 0

Issue 550 in xmonad: Feature request: configurable restack order
by codesite-noreply＠google.com 02 Jul '13

02 Jul '13

Status: New Owner: ---- New issue 550 by yurac...(a)gmail.com: Feature request: configurable restack order http://code.google.com/p/xmonad/issues/detail?id=550 It would be nice to be able to modify the window stacking order. Currently the core forces floating windows on top of the liled ones. I attach a patch that makes the stacking order configurable through layouts. The patch also contains a layout modifier that restacks windows in fifo order - regardless of whether floating or not. For example, if window A is focused and I now focus window B, then B moves on top of A in the stacking order and the rest remain unchanged. This behavior is the one I like. It is natural for someone who works a lot with floating windows. However, I found no way to get such behavior without modifying the core. Note that my patch cooperates well with the UpdatePointer action. In my config file I also disabled focusFollowsMouse, but this is optional. Hope this can be useful. Thanks Attachments: restack.diff 3.7 KB restackContrib.diff 4.6 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 0

jack, please add me to your LinkedIn network
by Joe Skinner 01 Jul '13

01 Jul '13

LinkedIn ------------ Joe Skinner requested to add you as a connection on LinkedIn: ------------------------------------------ jack, I'd like to add you to my professional network on LinkedIn. - Joe Accept invitation from Joe Skinner http://www.linkedin.com/e/irg6ht-hilbgay5-3h/XryFXUFKTikI8JZsT8K-I6F1Czm83Q… View profile of Joe Skinner http://www.linkedin.com/e/irg6ht-hilbgay5-3h/rso/17674314/eftS/name/1415177… ------------------------------------------ You are receiving Invitation emails. This email was intended for jack birdsong. Learn why this is included: http://www.linkedin.com/e/irg6ht-hilbgay5-3h/plh/http%3A%2F%2Fhelp%2Elinked… (c) 2012, LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA.

1 0