October 2008 - xmonad

Issue 230 in xmonad: Modular config support
by codesite-noreply＠google.com 25 Oct '08

25 Oct '08

Issue 230: Modular config support http://code.google.com/p/xmonad/issues/detail?id=230 Comment #3 by amdragon: All good points, though the premise, at least in my mind, was not for enormous xmonad.hses, but rather because Modularity is Good. I have lots of little things in my xmonad.hs like custom loggers and prompts, as I imagine many people do, for which it would make sense to isolate the code and dependencies in separate modules. Furthermore, encouraging people to modularize such code now would make it easy to move them into xmonad-contrib as they grew and become more generally useful. However, if this is an unusual way to use xmonad.hs, then I agree that providing two configuration options for the sake of modularity may be overkill (though I disagree that asking the user to rename a file at their convenience constitutes "major user intervention"). If there is a more warranted configuration change that requires user intervention anyways (such as the past one from Config.hs to xmonad.hs), then please take this issue into consideration. -- 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 0

Issue 230 in xmonad: Modular config support
by codesite-noreply＠google.com 25 Oct '08

25 Oct '08

Issue 230: Modular config support http://code.google.com/p/xmonad/issues/detail?id=230 Comment #2 by byorgey: I agree with Gwern here. Any of the proposed options would be a lot of effort and/or pain for not much benefit. -- 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 0

Issue 230 in xmonad: Modular config support
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 230: Modular config support http://code.google.com/p/xmonad/issues/detail?id=230 Comment #1 by gwern0: There's always option 'd', do nothing. Option a requires a major user intervention; if we were going to do that, then I think we should blow our capital on something more valuable. Option b harms usability. Option c may not harm usability, but if it does, it'll really hurt that user who runs into a problem. Option d is well-understood; there doesn't seem to be a huge need for multi-modular xmonad.hses; and I'm not convinced that one *should* have xmonad.hses which are that enormous. If they are that large, then perhaps one should be looking into contributing modules or functions or features upstream, seeing whether there are better ways to accomplish things, or just generally rethinking the xmonad.hs. -- 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 0

Issue 229 in xmonad: WindowGo.runOrRaise does neither with hback program
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 229: WindowGo.runOrRaise does neither with hback program http://code.google.com/p/xmonad/issues/detail?id=229 Comment #3 by SpencerJanssen: (No comment was entered for this change.) Issue attribute updates: Status: Invalid -- 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 0

Issue 230 in xmonad: Modular config support
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 230: Modular config support http://code.google.com/p/xmonad/issues/detail?id=230 New issue report by amdragon: XMonad.Core.recompile passes "-i" to ghc when compiling ~/.xmonad/xmonad.hs, making it impossible to break a configuration into multiple modules. This issue was previously discussed at: http://www.haskell.org/pipermail/xmonad/2008-July/006106.html but no resolution was reached. Unfortunately, simply removing "-i" from the ghc arguments poses two problems: (1) As discussed in the above thread, on case insensitive file systems "import XMonad" will try to import "xmonad.hs" instead of the XMonad module and (2) recompile's simple recompilation checker won't notice changes to modules, since it only checks the modification time of xmonad.hs. Personally, I'm not so concerned about (2), which could be fixed if necessary using GHC's dependency generation mode. (1) is a bigger problem, for which I see a few possible solutions: a. Change the name of the configuration file so it doesn't conflict with any XMonad modules it may try to import. For example, rename it to main.hs or startup.hs or even config.hs (though the last one may cause confusion). This seems like the cleanest solution to me, but has obvious compatibility drawbacks. At least temporarily, recompile could check for the presence of either main.hs or xmonad.hs and continue to compile the latter with "-i", perhaps issuing an xmessage warning. b. As suggested in the thread, create a convention for where to put configuration-local modules, such as "~/.xmonad/lib" and pass this as the "-i" argument. Unfortunately, this behavior is unintuitive. c. Allow the user to specify their own "-i" argument, perhaps in a plain text file in ~/.xmonad/ or a magic comment in xmonad.hs. This solution seems like a hack and could lead to nasty surprises for people who try to put "." in their import path. I'd be happy to code up a patch for any of these if there's consensus. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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 0

Issue 229 in xmonad: WindowGo.runOrRaise does neither with hback program
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 229: WindowGo.runOrRaise does neither with hback program http://code.google.com/p/xmonad/issues/detail?id=229 Comment #2 by wirtwolff: This one is invalid. :embarassed: The head bit was not directly related: when setting this up at first I messed up binding 'mod-x h' which seems to have unbound mod-h, one of my navigation keys, and bound it to the runOrRaise hback action. This persisted even after removing and rebinding mod-h and runOrRaise hback. Both mod-h and whatever was bound to runOrRaise hback after that gave the head [] error till I removed ~.xmonad/xmonad?{o,hi,x86*linux} and recompiled. -- 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 0

Issue 229 in xmonad: WindowGo.runOrRaise does neither with hback program
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 229: WindowGo.runOrRaise does neither with hback program http://code.google.com/p/xmonad/issues/detail?id=229 Comment #1 by wirtwolff: looking briefly at WindowGo, it seems only to use spawn from core, raiseMaybe seems fine. I need to track down if maybe this was a different version from the haskell overlay or something. -- 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 0

Issue 229 in xmonad: WindowGo.runOrRaise does neither with hback program
by codesite-noreply＠google.com 24 Oct '08

24 Oct '08

Issue 229: WindowGo.runOrRaise does neither with hback program http://code.google.com/p/xmonad/issues/detail?id=229 New issue report by wirtwolff: What steps will reproduce the problem? 1. install hback from hackage, for simplicity copy to /usr/local/bin 2. bind a key to runOrRaise "hback" (className =? "Hback") and use it, with or without hback running** What is the expected output? What do you see instead? Expect WindowGo.runOrRaise "hback" to run hback on current ws if not already running, or switch view to ws it's running on. Instead nothing seems to happen. On next X action 'Prelude.head: empty list' is printed to stderr. What version of the product are you using? On what operating system? xmonad-0.8 xmonad-contrib-0.8-r1 gentoo Please provide any additional information below. twifkak mentioned Prompt.Shell.getCommands is likely source of error, a (the?) relavent call to head. ** ManageHelpers.doCenterFloat on className =? "Hback" and Prompt.runOrRaisePrompt hback both work correctly. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Component-Contrib Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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 0

Issue 212 in xmonad: xmonad and xkb features
by codesite-noreply＠google.com 23 Oct '08

23 Oct '08

Issue 212: xmonad and xkb features http://code.google.com/p/xmonad/issues/detail?id=212 Comment #3 by mauricio.antunes: I think this is the problem that gave X keyboard mouse control its bad name: http://www.math.missouri.edu/~stephen/software/bugfix-for-mousekeys It's solved for a long time now. After a lot of testing, I have found no other window manager with this same problem. I think we should consider this a xmonad problem. Also: if I set keyboard mouse control using, for instance, xkbset in xmonad.hs, just before calling 'xmonad', the keyboard control is already turned off when the blank screen appears. -- 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 0

First keystroke is lost
by Peter 23 Oct '08

23 Oct '08

Hi After restarting X , I have a problem that I already had some time ago, but I can not remember if/how I resolved it ( as far as I remember, a similar issue has been discussed in the forum , but I can not remember that neither) The problem is, after switching to another window ( console ) , the first keystroke is always lost , although the cursor shows that the window has already the focus. Can anybody help Thanks a lot Peter

1 0