- xmonad - Haskell.org

darcs patch: floating layout with placement
by Quentin Moser 26 Jul '09

26 Jul '09

Hi Attached is a patch that introduces an XMonad.Layout.PlacedFloat module, similar to SimplestFloat but with windows automatically placed using a configurable policy. The patch also refactors X.H.Place and moves the placement algorithms to a new X.A.Place module, but all of this should be pretty much backwards-compatible except for the disappearance of purePlaceWindow. Cheers, Quentin

2 1

darcs patch: LayoutBuilder - make an example more sane
by Anders Engstrom 26 Jul '09

26 Jul '09

Wed May 13 17:57:32 CEST 2009 Anders Engstrom <ankaan(a)gmail.com> * LayoutBuilder - make an example more sane

5 4

Issue 19 in xmonad: Investigate a way to allow contrib extensions to use compositing.
by codesite-noreply＠google.com 26 Jul '09

26 Jul '09

Comment #16 on issue 19 by daniel.schoepe: Investigate a way to allow contrib extensions to use compositing. http://code.google.com/p/xmonad/issues/detail?id=19 The advantage of handleEventHook is that you also receive events that would otherwise be handled by xmonad. Layouts only receive unhandled events. State could be done by using an IORef. I also submitted a patch a while ago that adds arbitrary other state to XState that can be used by extension, to avoid this abuse of the layoutHook, which might be suitable for this. I don't know what you mean by actions not having a way to receive Events: If you mean something like a callback on a specific event that can be done with handleEventHook or a layout modifier(by passing around an IORef these actions can also maintain state between calls). -- 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

Fwd: [xmonad] xmonad on linux - modMask issues
by Anders Engström 26 Jul '09

26 Jul '09

Made a mistake and didn't send the following message to the list: ---------- Forwarded message ---------- From: Anders Engström <ankaan(a)gmail.com> Date: 2009/7/26 Subject: Re: [xmonad] xmonad on linux - modMask issues To: Michael Campbell <michael.campbell(a)gmail.com> Hello. Not really an xmonad issue, but my xmodmap gives me the following modifier information for mod4: mod4 Super_L (0x85), Super_R (0x86), Super_L (0xce), Hyper_L (0xcf) Where 0x85 = 113. I already had both added, but if I cleared it and added Super_L both of them were added. So try the following: xmodmap -e "add mod4 = Super_L" If that doesn't work, try: xmodmap -e "remove mod4 = Super_L" xmodmap -e "add mod4 = Super_L" Hope that works for you. On Sun, Jul 26, 2009 at 04:45, Michael Campbell<michael.campbell(a)gmail.com> wrote: > Rank newbie here, so apologies if this isn't the right forum. > > I have just installed xmonad on an Ubuntu box using a keyboard with a > "Windows" key. The basic problem is I can't get the modMask settings > correct, so I am quite unable to manipulate xmonad. > > Here's what I have, and have done. I'm sure there is a simple fix for those > more familiar with some of this, but it eludes me. > > * I've set my "modMask" to "mod4Mask". > > * xmodmap shows: > >> xmodmap > xmodmap: up to 2 keys per modifier, (keycodes in parentheses): > > shift Shift_L (0x32), Shift_R (0x3e) > lock Caps_Lock (0x42) > control Control_L (0x25), Control_R (0x69) > mod1 Alt_L (0x40), Meta_L (0xcd) > mod2 Num_Lock (0x4d) > mod3 > mod4 Super_L (0xce), Hyper_L (0xcf) > mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb) > > > Note that mod4 shows "Super_L", and that "0xce" is decimal 206. > > When I run xev and hit my Windows key, I get: > > KeyPress event, serial 30, synthetic NO, window 0x3e00001, > root 0xc9, subw 0x0, time 25223274, (174,261), root:(2935,412), > state 0x10, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, > XLookupString gives 0 bytes: > XmbLookupString gives 0 bytes: > XFilterEvent returns: False > > KeyRelease event, serial 30, synthetic NO, window 0x3e00001, > root 0xc9, subw 0x0, time 25223351, (174,261), root:(2935,412), > state 0x50, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, > XLookupString gives 0 bytes: > XFilterEvent returns: False > > > So it is showing up as "Super_L", but with a keycode of 133 instead of 0Xce > (206). > > What incantation of xmodmap must I utter to get things set up so xmonad can > "see" the modMask correctly when I chord with the Windows key? > > Many thanks, > > Michael > > > > -- > Twitter: http://twitter.com/campbellmichael > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > >

1 0

Issue 19 in xmonad: Investigate a way to allow contrib extensions to use compositing.
by codesite-noreply＠google.com 26 Jul '09

26 Jul '09

Comment #15 on issue 19 by amdragon: Investigate a way to allow contrib extensions to use compositing. http://code.google.com/p/xmonad/issues/detail?id=19 I was not aware of handleEventHook. It's interesting, though I don't see how it's much better than wrapping the layoutHook with a faux layout modifier. In my mind, layouts already have a fine way to receive X events; it's actions that don't. However, for actions that need to receive events, both handleEventHook and layoutHook require (approximately equivalent) user configuration effort beyond simply binding the action. The faux layout modifier approach at least makes it easy for an action to maintain state; something that seems like it would be particularly difficult with handleEventHook. To relate this back to the bug report at hand, the types of compositing tricks that should be possible with xmonad today--those that use window contents but don't modify the way windows are usually rendered--seem like the realm of xmonad actions. However, doing such things generally requires creating new windows and handling events from them (as well as the windows being composited), which seems difficult to do from actions, even with handleEventHook. -- 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

xmonad on linux - modMask issues
by Michael Campbell 26 Jul '09

26 Jul '09

Rank newbie here, so apologies if this isn't the right forum. I have just installed xmonad on an Ubuntu box using a keyboard with a "Windows" key. The basic problem is I can't get the modMask settings correct, so I am quite unable to manipulate xmonad. Here's what I have, and have done. I'm sure there is a simple fix for those more familiar with some of this, but it eludes me. * I've set my "modMask" to "mod4Mask". * xmodmap shows: > xmodmap xmodmap: up to 2 keys per modifier, (keycodes in parentheses): shift Shift_L (0x32), Shift_R (0x3e) lock Caps_Lock (0x42) control Control_L (0x25), Control_R (0x69) mod1 Alt_L (0x40), Meta_L (0xcd) mod2 Num_Lock (0x4d) mod3 mod4 Super_L (0xce), Hyper_L (0xcf) mod5 ISO_Level3_Shift (0x5c), Mode_switch (0xcb) Note that mod4 shows "Super_L", and that "0xce" is decimal 206. When I run xev and hit my Windows key, I get: KeyPress event, serial 30, synthetic NO, window 0x3e00001, root 0xc9, subw 0x0, time 25223274, (174,261), root:(2935,412), state 0x10, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 30, synthetic NO, window 0x3e00001, root 0xc9, subw 0x0, time 25223351, (174,261), root:(2935,412), state 0x50, keycode 133 (keysym 0xffeb, Super_L), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False So it is showing up as "Super_L", but with a keycode of 133 instead of 0Xce (206). What incantation of xmodmap must I utter to get things set up so xmonad can "see" the modMask correctly when I chord with the Windows key? Many thanks, Michael -- Twitter: http://twitter.com/campbellmichael

1 0

Issue 19 in xmonad: Investigate a way to allow contrib extensions to use compositing.
by codesite-noreply＠google.com 25 Jul '09

25 Jul '09

Comment #14 on issue 19 by daniel.schoepe: Investigate a way to allow contrib extensions to use compositing. http://code.google.com/p/xmonad/issues/detail?id=19 > though they could benefit from easier access to X events (only the > current layout can receive X events) Did you take a look at handleEventHook in Core? (only in darcs) -- 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 19 in xmonad: Investigate a way to allow contrib extensions to use compositing.
by codesite-noreply＠google.com 25 Jul '09

25 Jul '09

Comment #13 on issue 19 by amdragon: Investigate a way to allow contrib extensions to use compositing. http://code.google.com/p/xmonad/issues/detail?id=19 Regarding cairo-compmgr, I've been tinkering with using Cairo from within xmonad and it works quite well. It seems like a good option for drawing once the basic compositing machinery is in place. I've done very little actual implementation of compositing itself, but it seems like things based on "automatic redirection" would be fairly easy to do in xmonad's architecture, though they could benefit from easier access to X events (only the current layout can receive X events) and better timer support for animations (threads perhaps?). However, automatic redirection only lets you access window contents. In order to change the way windows are drawn, we need manual redirection, which places the onus of drawing the entire screen on xmonad and, thus, is a much bigger challenge and would probably require core changes. -- 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 19 in xmonad: Investigate a way to allow contrib extensions to use compositing.
by codesite-noreply＠google.com 25 Jul '09

25 Jul '09

Comment #12 on issue 19 by pyluy...(a)orange.fr: Investigate a way to allow contrib extensions to use compositing. http://code.google.com/p/xmonad/issues/detail?id=19 I'm no hacker but just knows another quite more active compositing manager : http://cairo-compmgr.tuxfamily.org/ -- 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 194 in xmonad: Gnome Workspace Switcher blinks
by codesite-noreply＠google.com 25 Jul '09

25 Jul '09

Comment #5 on issue 194 by pyluy...(a)orange.fr: Gnome Workspace Switcher blinks http://code.google.com/p/xmonad/issues/detail?id=194 Users having same issue - like me - can set up workspace switcher preferences with gconf keys under directory : /apps/panel/applets/applet_N/prefs -- 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