- xmonad - Haskell.org

Issue 49 in xmonad: XMonad sometimes stops responding to alt key
by codesite-noreply＠google.com 01 Oct '07

01 Oct '07

Issue 49: XMonad sometimes stops responding to alt key http://code.google.com/p/xmonad/issues/detail?id=49 New issue report by david.maciver: I'm using XMonad 0.3 on Ubuntu 7.04. I unfortunately don't have a reproducable test case for this - it happens seemingly at random. Under some circumstances, xmonad stops responding to the alt key (which I have set up as default mod). I've had this happen three times today. The last two times it's happened it seems to have been when I used a keyboard shortcut which was already bound by the application I was using at the time - the application responded to the shortcut instead and xmonad subsequently didn't. However, it seems to be the case that all other applications are still able to listen to the alt key afterwards (even for shortcuts which xmonad normally takes), so it's possible that this was just the first noticable symptom. I'm going to change the default mod binding to a different key and see if that helps. 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

ideas on tabbed
by Andrea Rossato 01 Oct '07

01 Oct '07

Hi, there was a discussion tonight (it was 5 AM here ;), about some issues with Tabbed: I'm answering here, since the story is a bit long. Some applications do not comply with the window's size xmonad gave them and do not display correctly. Here's an example provided by sorear: http://members.cox.net/stefanor/1191121852.png As you see there is an urxvt over firefox, which causes not only that visible problem, but focus problems too, since when the pointer enters the unhidden window that window would receives the focus. Now, there are two problem: - should tabbed hide unfocused windows? - should xmonad implement in Main that mouse focus stuff? I think the answer is no to both questions. >From XMonad.hs: -- 'doLayout': given a Rectangle and a Stack, layout the stack elements -- inside the given Rectangle. If an element is not given a Rectangle -- by 'doLayout', then it is not shown on screen. Windows are restacked -- according to the order they are returned by 'doLayout'. Tabbed returns a list with just the focused window and the relative rectangle. I think this is the correct behavior for a layout. But tabbed has enough information to unmap those windows and map the back when a Hide message is send to tabbed. So, please let me know if you think this second behavior is better. The mouse focus stuff: I tried (and still trying) to implement a layout modifier that will take care of the problem, so that we can remove the CrossingEvent handler (actually I get rid of it in my working xmonad instance) from Main and make it a configuration option. Still the problem is a bit tricky and did find a solution that works with every possible layout. Andrea

3 4

darcs patch: Added XUtils: a library for drawing (and 4 more)
by Andrea Rossato 30 Sep '07

30 Sep '07

Hi, this should be it for the week. I'm going to breath for a second...;) I think I will slow down a bit now. I have a book chapter on digital self-help due in a week, and, at the present time, its type is an Invisible Nothing. andrea Sat Sep 29 19:27:54 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Added XUtils: a library for drawing Sat Sep 29 19:28:23 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * make Tabbed use XUtils Sat Sep 29 19:28:49 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * make DraPane use XUtils Sun Sep 30 11:52:15 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * refactor paintAndWrite to take the alignment and hide string positioning Sun Sep 30 11:54:41 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Tabbed: moved string positioning to XUtils

1 0

darcs patch: Added XUtils: a library for drawing (and 2 more)
by Andrea Rossato 30 Sep '07

30 Sep '07

Hi, after the big class party it's time to clean up the huge mess I left behind. I think this is a good start. Sure there's room for a lot of improvements and I'm always open to suggestions and comments. Andrea Sat Sep 29 19:27:54 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Added XUtils: a library for drawing Sat Sep 29 19:28:23 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * make Tabbed use XUtils Sat Sep 29 19:28:49 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * make DraPane use XUtils

1 0

Gnome with xmonad HowTo
by Alex Tarkovsky 29 Sep '07

29 Sep '07

This is a follow-up to the earlier thread "How to combine xmonad with Ubuntu". With the help of Spencer Janssen I was able to get xmonad 0.3 to act as a replacement for Metacity in a normal Gnome/GDM session (see the nice screenshot at [1]). This means that xmonad is managed by gnome-session and in turn GDM, such that logging out of Gnome the usual way exits both Gnome and xmonad then returns to the GDM login screen. There's still some problem areas in this scheme and it's tricky to set up properly (it's not automatic yet), but it's sufficiently usable that I've decided I can finally abandon Metacity and its "piles of crap" window management paradigm. ;) Here I'll explain how to duplicate my setup and give some tips and caveats. Note that I'm using Gnome 2.18.3 with X.org 7.3 on Gentoo so YMMV. What you'll need: * Gnome working with some other window manager * A working xmonad setup (i.e. you already know the basics of xmonad) * The sources for xmonad and the xmonad extensions Xmonad Configuration -------------------- Open xmonad's Config.hs in your editor and do the following: 1. In the imports section add: import XMonadContrib.DeManage 2. Change "defaultGaps" to the same height value (in pixels) that your gnome-panel is set to. Mine is 24 pixels so I use: defaultGaps = [(24,0,0,0)] 3. In the "keys" key bindings list, add: , ((modMask, xK_d ), withFocused demanage) 4. Also in the key bindings list, if gnome-terminal is your preferred xterm, you'll probably want to change this line: [ ((modMask .|. shiftMask, xK_Return), spawn "xterm") -- @@ Launch an xterm to this: [ ((modMask .|. shiftMask, xK_Return), spawn "gnome-terminal") -- @@ Launch an xterm Finally, recompile xmonad with the new DeManage extension. Gnome Session Preparation ------------------------- Before we start Gnome with xmonad we need to set up a custom session for gnome-session using your current session as a template. Launch Gnome as usual, then back up your existing ~/.gnome2/session file in case you need to revert back to your current Gnome setup. Next, launch System --> Preferences --> Sessions (or at the command line, gnome-session-properties) and perform the following: 1. In the Startup Programs tab, click New and add a launcher called "xmonad" which has the command "/usr/bin/xmonad", then click OK. Make sure the new entry's box is checked. 2. In the Current Session tab, if there's any nautilus items in the list, select them and set their Style to "Trash". 3. Do the same for any metacity items you see, and also for any items which have no icon in the Style column. 4. Click Apply. 5. In the Session Options tab, click "Save the current session" and then Close. Now log out of Gnome. Starting Gnome with xmonad -------------------------- At the GDM login screen select "GNOME" for a new session (don't simply use "Last session", as this seems to use a cache of your old session) then log in. You should see the Gnome splash screen briefly, and then a huge gnome-panel taking up the entire screen sans the gap. Don't panic -- this is just where we have to force things a bit. Make sure you're focused on the panel's window then hit Mod-d. DeManage will work its magic, decoupling the panel from xmonad. Now right-click on the panel, select Properties, and in the General tab you'll see a combo box labeled "Orientation". First set the orientation to "Left", then "Bottom", then "Top". If your setup is like mine, that's the lucky combination that lands the panel -- properly sized -- into the gap, right where we want it. If not, try moving it around a bit more with the Orientation until it behaves. Xmonad 0.4 is rumored to make all this silliness moot by properly handling the panel positioning automatically. Until then, you're stuck with performing this routine each time you log into Gnome. Now that we've got that out of the way, pull up the preferences for your Gnome session again, and in the Current Session tab, find the entry for xmonad and change its Order from 50 to 51, click Apply, then in the Session Options tab click "Save the current session" and then Close. This is extra insurance that xmonad will be started last in every session from now on. You'll only need to do this once. So that's pretty much it -- you're now running Gnome with xmonad instead of Metacity. Launch an xterm and some applications, and confuse your friends and enemies. ;) Below are a few tips and things to look out for. Tips ---- * Background Image: You can set an image as xmonad's background just as you might set a normal desktop background. In GConf, navigate to desktop --> gnome --> background, check the "set_background" option, then set the value of "picture_filename" to the path of your image. * Trash: Since you'll no longer have a "desktop" to place it on (see the Nautilus blurb below), put your Trash icon in the panel by adding a Trash applet there. Problematic Applications ------------------------ * Nautilus: Nautilus can't be used to draw the desktop because xmonad places the desktop in an always-on-top floating window which can't be closed using Mod-Shift-C (although it can be dragged around with Mod-mousebutton1). One workaround is to turn off desktop drawing: Open GConf, navigate to apps --> nautilus --> preferences, and un-check the "show_desktop" option (don't forget to restart Nautilus if it's already running). This is the equivalent of using `nautilus --no-desktop` globally. * Window List and Window Selector panel applets: Windows don't appear to be registering themselves with these properly, so they remain empty. No known workaround. * Deskbar panel applet: The pop-up entry dialog for Deskbar, if its Layout preference is set to "Button in panel", doesn't appear as a floating dialog but rather as a normal window. This doesn't hinder functionality at all, however it's ugly and disruptive to the workspace layout. One workaround is to set Deskbar's Layout preference to "Entry in panel". * Dock mode applications: Xmonad doesn't handle the "dock" property of windows properly yet, so apps displaying in dock mode (GKrellM, Conky, etc.) won't behave as expected. A general workaround: If possible set the app to windowed mode instead; if not, you might try using the DeManage extension and place the app in a gap. [1] http://arcanux.org/xmonad-in-gnome-session.png -- Alex Tarkovsky

2 1

Documentation bug
by David Benbennick 29 Sep '07

29 Sep '07

The man page at http://xmonad.org/manpage.html says: "When running with multiple monitors (Xinerama), .... If you switch to a workspace which is currently visible on another screen, xmonad simply switches focus to that screen." In the current darcs version (and in version 0.3), that isn't true. The behavior can be made to agree with the man page by changing W.greedyView to W.view in Config.hs. Or is the man page out of date?

2 1

darcs patch: Tabbed: fixed a bug: when only one window is in the st...
by Andrea Rossato 29 Sep '07

29 Sep '07

Sat Sep 29 00:31:36 CEST 2007 Andrea Rossato <andrea.rossato(a)unibz.it> * Tabbed: fixed a bug: when only one window is in the stack doLayout must still return a Tabbed (I Nothing) TConf

1 0

ideas for new layouts and layout modifiers
by David Roundy 29 Sep '07

29 Sep '07

Hi all, I'm partly just writing this to myself, to make note of the neat ideas I've had recently for new layout modifiers, and partly so you'll know what I might be up to soon, and partly in hope that someone else will implement them first, since I'm not sure when I'll have time to work on this. If any of these interest any of you, I'd be glad to explain my idea more fully, and let you take all the credit! :) (Or if you want to vote for what I work on when I've got time, you could do that, too... or suggest better module names.) 1. WindowNavigator A layout modifier that keeps track of the rectangles of visible windows and a "cursor" point, to allow keybindings for "shift focus up/down/left/right" in a real geometric manner. It's independent of the tiling algorithm used. A key point is that moving left followed by right will always return focus to its original position (except sometimes if the layout of the screen changes when you move focus left). 2. StrutLayout Automatically arrange screens so that windows won't overlap struts. This should involve changes to core, but may not *need* to involve changes to core. 3. Float A float layout (distinct from the current "float" layer) drawing title bars on the windows, so you can drag them around with one hand. Maybe even close boxes. 4. ToggleLayouts Allow for toggling between two layouts. Useful for allowing toggling of full screen mode, as in ion3. I'd much rather have this than include full in a rotating set of layouts. The easiest are (1) and (4), followed by (3). (2) would require learning more x-windows API than I currently do (to identify the struts/status bars). -- David Roundy Department of Physics Oregon State University

3 5

darcs patch: add new WindowNavigation module.
by David Roundy 29 Sep '07

29 Sep '07

This implements geometrical window navigation, going left, right, up, down. It's pretty crude right now, and I couldn't figure out how to color the borders of windows that we could potentially navigate to. Other useful features would be Swap R/L/U/D, which would be pretty easy. And a NextVisibleWindow navigation so we could just rotate through visible windows (like mod-j, but skipping windows we can't see). David Fri Sep 28 09:19:06 EDT 2007 David Roundy <droundy(a)darcs.net> * add new WindowNavigation module.

2 1

darcs patch: DeManage.hs: doesn't need -fglasgow-exts.
by Joachim Fasting 29 Sep '07

29 Sep '07

Fri Sep 28 10:36:39 CEST 2007 Joachim Fasting <joachim.fasting(a)gmail.com> * DeManage.hs: doesn't need -fglasgow-exts.

2 1