September 2010 - xmonad

Issue 398 in xmonad: Make Keyboard Keys Position Dependant not Value Dependant
by codesite-noreply＠google.com 26 Sep '10

26 Sep '10

Status: New Owner: ---- New issue 398 by robertmassaioli: Make Keyboard Keys Position Dependant not Value Dependant http://code.google.com/p/xmonad/issues/detail?id=398 Prenote: This is a wishlist item and not critical. What is the problem? The problem is that anybody that creates an xmonad.hs for qwerty, for example, excludes anybody else using a different keyboard layout. And vice versa. However, when I create my xmonad.hs I find that I often only care about keyboard position and not the actual letter that I am pressing. You should be able to make your keyboard layout by specifying keyboard positions rather than the actual keys themselves. What is the expected result? This would allow better sharing of XMonad config files between everyone. And for those that specify by position, like me, it would be easier and more portable. I don't know how much effort it would really be though, but maybe you could change something small about it to make it work for you. I have a dummy function in my xmonad.hs that I may start using for that sort of portability called 'convertKeys': http://github.com/robertmassaioli/xmonad.hs/blob/master/xmonad.hs

1 4

Issue 404 in xmonad: windowPromptGoto lists NSP windows
by codesite-noreply＠google.com 25 Sep '10

25 Sep '10

Status: New Owner: ---- New issue 404 by rpglover64: windowPromptGoto lists NSP windows http://code.google.com/p/xmonad/issues/detail?id=404 What steps will reproduce the problem? 1. Import and set up NamedScratchpad and windowPromptGoto 2. Open and hide the scratchpad window 3. Use windowPromptGoto What is the expected output? What do you see instead? A list of windows, not including those on the scratch space. A list of windows, including those on the scratch space. What version of the product are you using? On what operating system? xmonad 0.9.1 on debian testing Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Recompile is clean Please provide any additional information below. This is really more of a feature request than a bug... Attachments: xmonad.hs 6.1 KB

1 1

darcs patch: X.H.ManageDocks: event hook to refresh on new docks
by Tomas Janousek 25 Sep '10

25 Sep '10

Dear xmonad, for all of you who restart all your xmobars every now and then (for example on xinerama layout change), this makes xmonad behave a bit better: > 1 patch for repository http://code.haskell.org/XMonadContrib: > > Tue Jul 6 20:58:34 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> > * X.H.ManageDocks: event hook to refresh on new docks -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

3 2

Issue 407 in xmonad: Resizing a size-hinted window very small yields bad dimensions
by codesite-noreply＠google.com 25 Sep '10

25 Sep '10

Status: New Owner: ---- New issue 407 by djpohly: Resizing a size-hinted window very small yields bad dimensions http://code.google.com/p/xmonad/issues/detail?id=407 What steps will reproduce the problem? 1. Set XSizeHints on a window for PResizeInc and PBaseSize. 2. Resize (Mod-right-drag) this window to a size which is smaller than the base size. What is the expected output? What do you see instead? For certain combinations of base size and resize increment--bs=(4,4) and inc=(7,15) is known to work--the window receives an XConfigureEvent with an obviously overflown dimension (in the 65535 region) when resized down. What version of the product are you using? On what operating system? XMonad-darcs-20100902 on Linux, GHC 6.12.3 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Don't think this is relevant (see below) but if you want it, ask for it. Please provide any additional information below. The problem appears to be line 549 of Operations.hs: . maybe id (\(bw,bh) (w,h) -> (w-bw, h-bh)) (sh_base_size sh) In the subtraction in this line, all four operands are ::Dimension, an unsigned type. The problem occurs when XMonad subtracts the base size, resulting in large integers, then rounds them down according to the resize increment. If the subtraction were performed on Integrals instead of Dimensions, the problem would be fixed. The attached patch appears to fix the bug. I'm neither an XMonad nor a Haskell expert, so this is likely not the best way to do it, but it can at least illuminate where the problem lies. :) Attachments: xmonad-resize.patch 1.4 KB

1 1

Issue 395 in xmonad: Support for multiple master windows for X.L.Master
by codesite-noreply＠google.com 25 Sep '10

25 Sep '10

Status: New Owner: ---- New issue 395 by quesel: Support for multiple master windows for X.L.Master http://code.google.com/p/xmonad/issues/detail?id=395 Find attached a patch that enables the contrib module X.L.Master to handle multiple master windows. Best Regards, Jan Attachments: master.patch 42.6 KB

1 4

Shift windows around
by Tony Morris 25 Sep '10

25 Sep '10

Hello, I have 0 or more windows with a specific class name and I'd like to move each to its own workspace. Is this possible? -- Tony Morris http://tmorris.net/

5 6

cannot build xmonad-contriib from darcs
by Sergey Manucharian 25 Sep '10

25 Sep '10

Hi folks, I'm not a haskell programmer but I succesfully built xmonaf-contrib from darcs many times. Today it does not work: ------------------------------8<------------------------------- Configuring xmonad-contrib-0.9.1... Preprocessing library xmonad-contrib-0.9.1... Building xmonad-contrib-0.9.1... [ 85 of 208] Compiling XMonad.Util.Image ( XMonad/Util/Image.hs, dist/build/XMonad/Util/Image.o ) XMonad/Util/Image.hs:24:39: Module `XMonad.Util.Font' does not export `fi' ------------------------------8<------------------------------- Any ideas? Cheers, Sergey

3 2

sh-less spawn?
by Joachim Breitner 21 Sep '10

21 Sep '10

Hi, I just noticed this in my process list: │ ├─xmonad-x86_64-l │ │ └─sh -c gnome-terminal │ │ └─gnome-terminal and the reason is here, in Core.hs: -- | Like 'spawn', but returns the 'ProcessID' of the launched application spawnPID :: MonadIO m => String -> m ProcessID spawnPID x = io . forkProcess . finally nullStdin $ do uninstallSignalHandlers createSession executeFile "/bin/sh" False ["-c", x] Nothing where nullStdin = do fd <- openFd "/dev/null" ReadOnly Nothing defaultFileFlags dupTo fd stdInput closeFd fd Generally, this is of course useful. But I bet that most commands passed to spawn are simple program names without arguments or any fancy shell-related stuff. Executing a shell here seems overkill. Not much, but still avoidable. How about checking whether the argument x contains only alphanumerical characters and, if that is the case, executing the program directly? Such short-circuit logic is for example also used by perl’s sytem(), see perldoc -f system: If there is only one scalar argument, the argument is checked for shell metacharacters, and if there are any, the entire argument is passed to the system's command shell for parsing (this is "/bin/sh -c" on Unix platforms, but varies on other platforms). If there are no shell metacharacters in the argument, it is split into words and passed directly to "execvp", which is more efficient. Greetings, Joachim -- Joachim "nomeata" Breitner mail: mail(a)joachim-breitner.de | ICQ# 74513189 | GPG-Key: 4743206C JID: nomeata(a)joachim-breitner.de | http://www.joachim-breitner.de/ Debian Developer: nomeata(a)debian.org

4 3

Re: [xmonad] normal (rather than greedy) view: disable screen-focus switching?
by Lara Michaels 21 Sep '10

21 Sep '10

Hello! Many thanks for your help. > There may be a contrib module for this. I don't know. In > any case, some untested code follows: > > isVisible w ws = any ((w ==) . tag . workspace) (visible > ws) > lazyView w ws = if isVisible w ws then ws else view w > ws > > You can then use lazyView exactly as you would use view or > greedyView (it should have the same type). I must be placing this code in the wrong part of my xmonad.hs file. I edited the 'main' segment so that it reads: main = xmonad $ ewmh gnomeConfig { manageHook = manageHook gnomeConfig <+> composeAll myManageHook, workspaces = myWorkspaces, modMask = mod4Mask, -- makes all xmonad shortcuts be "Windows key + X" (thus not interfering with any app's) borderWidth = 3, normalBorderColor = "#cccccc", focusedBorderColor = "#cd8b00", layoutHook = showWName myLayout, isVisible w ws = any ((w ==) . tag . workspace) (visible ws), lazyView w ws = if isVisible w ws then ws else view w ws } `additionalKeysP` myKeys but I get an error message saying xmonad.hs:59:11: parse error on input `w' where line 59 is the one defining (?) isVisible. If someone knows what I am doing wrong, that would be great. Many thanks! ~l

3 3

isFullscreen --> doFullFloat
by Tony Morris 20 Sep '10

20 Sep '10

Trying to get the flashplayer to stay full-screen when e.g. using youtube. Following this thread: http://www.haskell.org/pipermail/xmonad/2010-January/009503.html I set a manageHook isFullscreen --> doFullFloat, which seems to work... until you take focus from the window. Any other tricks to prevent this? Cheers. -- Tony Morris http://tmorris.net/

1 0