October 2007 - xmonad

Patches: Operations.hs: deobfuscate Tall and use fromMaybe
by Eric Mertens 22 Oct '07

22 Oct '07

Here are the patches I didn't include last time I tried. -- Eric Mertens Phone: 503.626.6616, x155 Galois Fax: 503.214.8120 12725 SW Millikan Way Ste 290 http://www.galois.com Beaverton, OR 97005-1691 emertens(a)galois.com

2 1

Darcs patch [1/2]: Implement screen map for physical monitor order not matching Xinerama order
by Klaus Weidner 22 Oct '07

22 Oct '07

Implement screen map for physical monitor order not matching Xinerama order The internal screen numbering scheme used by Xinerama is arbitrary and may not match the physical order of monitors as attached by the user. This can lead to the mod-w/e/r switch hotkey doing the switches in a nonintuitive way. This patch implements a mapping that allows correcting this ordering in a central place, rather than modifying the key bindings directly. See also: separate DynamicLog patch to fix the Xinerama format display to match [ This is my first attempt at using darcs, and also at writing Haskell, please give me feedback if I'm doing this wrong! ]

2 1

Issue 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 69: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 Comment #3 by gwern0: VVV: why on earth would you want to *swap* them? Capslock is an unpleasant key I've configured X to just replace with another Ctrl... Nomeata: Yes, that might work for some configurations, but for anything nonstandard, xmodmap is a bizarre relic of the '80s, and X was never very well designed in the first place. And you're right, it really doesn't help this bug since I can't see how you would bind the example C-z as the prefix. --- But while I'm here, I might as well mention how StumpWM/RP solve this problem (begin vague recollection of how Sabetts explained it to me). #They seem to somehow intercept all pressed keys and then match against a sort of 'root-map'. The root-map consists of a list of keys (usually exactly one key or key-combo - as I mentioned I often saw C-z as the entry in the root-map, but I could and did have the keys 'Insert' and '>' both be entries in the root-map, so I effectively had two single key prefixes). #When a key press is matched against an item in the root-map, the window manager shifts over into command mode and does some other stuff like change the appearance of the mouse so you know you are in command mode. #Now in command mode, keys are intercepted again, but this time matched against a different map, a top-map. This includes more normal stuff, ie a press of 'k' will be matched against the function "kill" and so on. This scheme offers much more flexibility than XMonad's, obviously. You can use the modifiers, or not, you can use arbitrary keys, you can loop between keymaps (for example, remember that I had Insert in the root-map bound to 'enter-command-mode' or whatever; Insert was then rebound in the top-map to 'previous', so if I wanted to flip back and forth between windows all I had to do was bounce my thumb on Insert. Extremely convenient, but how would you do that in XMonad? Each key press is its own event, there is no state to make use of.), etc. etc. -- 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 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 69: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 Comment #2 by valery.vv: > you get rid of the useless CapsLock key and can use it as Mod4 for xmonad. It is not useless for me at all: I have Ctl and CapsLock swapped. :) -- vvv -- 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

ShellPrompt.hs (showXPrompt): use a single blank
by Valery V. Vorotyntsev 22 Oct '07

22 Oct '07

Mon Oct 22 22:17:41 EEST 2007 "Valery V. Vorotyntsev" <valery.vv(a)gmail.com> * ShellPrompt.hs (showXPrompt): use a single blank

1 0

Issue 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 69: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 Comment #1 by nomeata: Personally, I dont find xmodmap very troublesom. With something like $ head ~/.Xmodmap keycode 66 = Super_L keycode 78 = Multi_key keycode 113 = Mode_switch remove Lock = Super_L add Mod4 = Super_L you get rid of the useless CapsLock key and can use it as Mod4 for xmonad. (I know that this does not fix your bug and that you are right, I just added this as a note to those who do want to fiddle with Xmodmap) -- 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 69 in xmonad: Key binding improvements
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 69: Key binding improvements http://code.google.com/p/xmonad/issues/detail?id=69 New issue report by gwern0: Currently, the use of modifier keys as the prefix key is a bit troublesome. You can either render your Meta/Alt key useless for anything non-XMonad or hope one of the other 3 will work out. And if you want anything else, you get to enjoy the loving caresses of xmodmap - about which the less said the better. So it's difficult if not nigh-impossible to do more complex things; let's take an avid user of GNU Screen and Emacs. Such a gal is a natural for using XMonad; but they don't want to give up Control or Meta to XMonad, for obvious reasons (and they use a Happy Hacker keyboard, so no Windows key). The natural and pleasant approach would be to set the XMonad prefix key to "C-z", analogous to "C-a". In Ratpoison or Stump, this would be a very easy thing to do and it is indeed often done - a simple 'escape C-z' does it. In XMonad? They are, as best as I can figure, screwed. This is a suboptimal situation, and needs rectification. I don't think it can be done as an extension because the privileging of Mod1-4 seems to be embedded all the way down into the core. 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 68 in xmonad: Extension request: banish mouse pointer
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 68: Extension request: banish mouse pointer http://code.google.com/p/xmonad/issues/detail?id=68 New issue report by gwern0: Unclutter and hhp are both fine programs and hiding the pointer after inactivity is certainly nice and worthwhile. However, they do not affect the position of the cursor - it is easy to inadvertently and distractingly activate the cursor or for it to even get in the way. So it would be a good addition to have an extension which would 'banish' the mouse pointer somewhere like the lower right hand corner; it could be integrated with the hook system. For example, I liked to have the mouse banished on window changes while using Stumpwm/RP. 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 67 in xmonad: Request: 'ratpoison -c' alike
by codesite-noreply＠google.com 22 Oct '07

22 Oct '07

Issue 67: Request: 'ratpoison -c' alike http://code.google.com/p/xmonad/issues/detail?id=67 New issue report by gwern0: A very nice feature I'd like to see on XMonad is a capability Ratpoison (and to a lesser degree, StumpWM) has for scripting from the commandline via a '-c' option which interprets the argument as the name of a command, eg. 'kill', 'spawn', etc. The Ratpoison Info page <http://www.nongnu.org/ratpoison/doc/Command-Line-Arguments.html#Command%20L…> describes it thus: '-c, --command Send ratpoison a colon-command. This allows you to control ratpoison from the command-line. with the -c option you can script ratpoison using any programming language that can spawn a process. Some commands behave differently when invoked this way. Currently the only commands that behaves differently are the windows command and some def* commands. Instead of displaying the window list in a message window, it is printed to stdout. The output can then be captured and used in the ratpoison script. For instance, this could be used to check whether a program is running and if it is switch to its window otherwise launch it. It should also be noted that multiple -c options can be used. to facilitate writing scripts, the RATPOISON environment variable is set to the full path of the ratpoison binary. $ ratpoison -c split -c split Here ratpoison would split the current frame twice.' Admittedly, this is not as crucial a feature for XMonad as it is for Ratpoison as XMonad has Haskell as a first-class extension language and not Ratpoison's crippled DSL, but it is still useful - among other benefits, it makes switching easier for Ratpoison users, is much easier for non-Haskellers to script I'd bet, and so on. I do not have any suggestions for how to implement this or whether this could be done solely via extensions. 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

darcs patch: fix contrib.html typo
by Devin Mullins 22 Oct '07

22 Oct '07

Mon Oct 22 07:29:07 EDT 2007 Devin Mullins <me(a)twifkak.com> * fix contrib.html typo

2 1