October 2009 - xmonad

Fullscreen Workspace
by Ones Self 09 Oct '09

09 Oct '09

Hi All, I've been using xmonad for a few months now, and I love it. I continuously find better and better ways to set up my desktop. One thing I've been struggling with is fullscreen. I use this mostly for watching movies, but also potentially for showing a presentation. I would like to either have key combination which turns the current workspace to fullscreen or to designate one of my workspaces to be in fullscreen always (or both). I currently have the following key bindings defined: -- toggle the status bar gap , ((modMask .|. shiftMask, xK_b ), sendMessage ToggleStruts) -- Toggle borders , ((controlMask .|. shiftMask, xK_b ), withFocused toggleBorder) The first makes the status bar disappear, and the other kills the window border. Although, this is not a single key stroke, and can't be assign to a workspace, it gave me what I needed. However, I've recently discovered themes, and I've added title-bars to my windows which I love: newTheme :: ThemeInfo newTheme = TI "" "" "" defaultTheme myTheme :: ThemeInfo myTheme = newTheme { themeName = "myTheme" , themeAuthor = "Ones Self" , themeDescription = "My Theme" , theme = defaultTheme { activeColor = "#8a999e" , inactiveColor = "#545d75" --, activeBorderColor = "white" , activeBorderColor = "#8a999e" --, inactiveBorderColor = "grey" , inactiveBorderColor = "#545d75" , activeTextColor = "white" , inactiveTextColor = "grey" , fontName = "-*-lucidatypewriter-bold-*-*-*-12-*-*-*-*-*-*-*" , decoHeight = 12 , decoWidth = 2000 } } This presents a problem to fullscreen mode since the title-bars stay visible. - How can I define a key that will make title-bars disappear? - Can I combine it with my current "make border disappear" key? - Can I designate a workspace to always show windows in fullscreen (meaning, no status bar gap, no window borders, and no window title)? - Can I define a single key that will toggle fullscreen for a given workspace? Thanks you very much, -- "I know you think you understand what you thought I said but I'm not sure you realize that what you heard is not what I meant" -- Alan Greenspan

3 2

External screen for presentation
by Marcus Ahnve 09 Oct '09

09 Oct '09

Hi. I have been using XMonad on a workstation for a few months and love it. Yesterday I installed it on a laptop and tried to use OpenOffice presentation view on an external projector. In short the presentation screen ended up in another workspace. I really need to run presentations, and really do not want to go back to Gnome. What sort of config magic is needed? Cheers /Marcus -- Marcus Ahnve http://marcus.ahnve.net phone: +46 8 56 22 33 94 twitter: mahnve

4 4

suprised: tiling is never used
by Chengqi Song 08 Oct '09

08 Oct '09

Hi all, I've been using XMonad for a long time, about one year by now. But I've just found that I almost never used tiling layout. The windows in my xmonad are always either maximized or floating. Because resizing is sometimes destructive to programs like mc, moc and mutt. I still enjoy XMonad, but just wonder anyone else never use tiling layout either? lars

4 3

[Fwd: Re: [xmonad] suprised: tiling is never used]
by Anton Erdman 08 Oct '09

08 Oct '09

If You found yourself never used tiled mode, maybe You should try manual tiling window manager, like Stumpwm or Musca or Ion... But I came to XMonad after years of using manual tiling wm and now i enjoy the automatic tiling layout. Especially with LimitWindows modifier... Sometimes I would like to have a possibility to split a screen manually. Maybe there is a layout, that i didn't find in the XMonad collection, with such possibilities? (I tried DragPane, TwoPane, Combo... It's cool, but not exactly what i mean...) PS to Chengqi Song: sorry for accidental sending private message. В Чтв, 08/10/2009 в 16:17 +0800, Chengqi Song пишет: > Hi all, > > I've been using XMonad for a long time, about one year by now. But I've just > found that I almost never used tiling layout. > > The windows in my xmonad are always either maximized or floating. Because > resizing is sometimes destructive to programs like mc, moc and mutt. > > I still enjoy XMonad, but just wonder anyone else never use tiling layout > either? > > lars > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad

3 2

X11 1.4.6 RC : testers needed
by Don Stewart 08 Oct '09

08 Oct '09

RC for X11 1.4.6 http://galois.com/~dons/packages/X11-1.4.6.tar.gz Build reports of success /failure most welcome. -- Don

2 5

Issue 317 in xmonad: Util.XSelection.putSelection repeatable hang
by codesite-noreply＠google.com 07 Oct '09

07 Oct '09

Comment #7 on issue 317 by daniel.schoepe: Util.XSelection.putSelection repeatable hang http://code.google.com/p/xmonad/issues/detail?id=317 As a workaround, you could rebind C-c to quit the prompt instead: > .. defaultXPConfig { promptKeymap = M.fromList [((controlMask,xK_c), > quit)] `M.union` promptKeymap defaultXPConfig } -- 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 317 in xmonad: Util.XSelection.putSelection repeatable hang
by codesite-noreply＠google.com 07 Oct '09

07 Oct '09

Comment #6 on issue 317 by daniel.schoepe: Util.XSelection.putSelection repeatable hang http://code.google.com/p/xmonad/issues/detail?id=317 As a workaround, you could rebind C-c to quit the terminal instead: > .. defaultXPConfig { promptKeymap = M.fromList [((controlMask,xK_c), > quit)] `M.union` promptKeymap defaultXPConfig } -- 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

[PATCH] XMonad: set the default root cursor to XC_left_ptr
by Andres Salomon 07 Oct '09

07 Oct '09

I've noticed that the default root cursor isn't changed from X's default. Is there a reason for this, other than just no one noticing because their display manager overrides it? I've noticed this with nodm. The patch below changes xmonad to override the default cursor. From 90fcde3dc0fbe47aa9cc046315d0ee05c311e2bd Mon Sep 17 00:00:00 2001 From: Andres Salomon <dilinger(a)collabora.co.uk> Date: Sun, 13 Sep 2009 22:48:17 -0400 Subject: [PATCH] XMonad: set the default root cursor to XC_left_ptr The default root cursor is ugly (X_cursor). Most window managers and display managers set it to something else (ie, XC_left_ptr). This adds similar behavior. Signed-off-by: Andres Salomon <dilinger(a)collabora.co.uk> --- XMonad/Main.hsc | 13 +++++++++++++ 1 files changed, 13 insertions(+), 0 deletions(-) diff --git a/XMonad/Main.hsc b/XMonad/Main.hsc index 430e60c..c2d3289 100644 --- a/XMonad/Main.hsc +++ b/XMonad/Main.hsc @@ -113,6 +113,9 @@ xmonad initxmc = do selectInput dpy rootw $ substructureRedirectMask .|. substructureNotifyMask .|. enterWindowMask .|. leaveWindowMask .|. structureNotifyMask + -- set the default cursor to XC_left_ptr (which is 68 in X11/cursorfont.h) + setDefaultCursor dpy rootw 68 + allocaXEvent $ \e -> runX cf st $ do @@ -312,3 +315,13 @@ grabButtons = do ems <- extraModifiers ba <- asks buttonActions mapM_ (\(m,b) -> mapM_ (grab b . (m .|.)) ems) (M.keys $ ba) + + +-- | Set the default (root) cursor +setDefaultCursor :: Display -> Window -> Glyph -> IO () +setDefaultCursor dpy win glyph = do + curs <- createFontCursor dpy glyph + defineCursor dpy win curs + flush dpy + freeCursor dpy curs + -- 1.6.3.3

11 28

Re: [xmonad] EWMH Desktops and Ubuntu Karmic/Gnome 2.27.5
by rupa 06 Oct '09

06 Oct '09

Just received the following from someone off-list - so looks like we have a bug report and a proposed fix! Yay! ---------------------------------- Hi rupa, I saw your recent message on the xmonad mailing list archives about problems with the GNOME workspace switcher in Ubuntu. I had just encountered the same issue and was looking for a solution. I've now posted a fix on the bug report at: https://bugs.launchpad.net/ubuntu/+bug/400301/ Hopefully it'll be incorporated in an update soon, but in the meantime anyone who's bothered by this can apply the fix and rebuild the gnome-panel package from source yourself if they want. I'm not on the xmonad list and not particularly interested in joining at the moment, so perhaps you could pass a followup note on to the list about this, for the benefit of anyone else coming across this issue.

1 0

Re: [xmonad] EWMH Desktops and Ubuntu Karmic/Gnome 2.27.5
by rupa 06 Oct '09

06 Oct '09

Latest on this is that it looks like it's a Ubuntu specific problem, as debian is not affected. Nafai, in irc, took a look at the code for ubuntu's diff against gnome-workspace-switcher and found some suspicious looking stuff. It looks like they are special casing compiz, and metacity, and not bothering to deal with other (compliant) window managers. Nafai was going to look into it some more when he had a chance and try to work up a decent bug report for ubuntu devs - me personally - I could see there's something fishy in the code, but not enough to point to where they specifically screwed us. The patch that looks suspicious is here: http://bazaar.launchpad.net/~ubuntu-desktop/gnome-panel/ubuntu/annotate/21/… On Mon, Oct 5, 2009 at 2:47 PM, Tracy Wadleigh <tracy.wadleigh(a)gmail.com> wrote: > I just upgraded to Karmic this weekend and am experiencing the same thing. > Have you gotten any further with this yourself? (I didn't see any other > related activity on the mailing list.) > > --Tracy > > On Mon, Aug 10, 2009 at 10:08 AM, rupa <rupa(a)lrrr.us> wrote: >> >> Hi, >> >> After upgrading to Karmic, which has Gnome 2.27.5, the Gnome Workspace >> Switcher applet only shows a single workspace. All 9 workspaces still exist, >> and when you switch to a different workspace, the applet switches, and >> displays the current workspace correctly - it's just that we only see the >> one workspace. >> >> sjanssen spent some time with me last night poking at this, and >> recommended I post to the mailing list. Attached are some xprop readouts he >> asked for: xprop -root for compiz with 2 desktops, metacity with 2 desktops, >> and metacity with 9 desktops. >> >> I'd think it was just something broken with Karmic, as it's being worked >> on - but since the workspace applet works correctly under compiz and >> metacity, I have a feeling that the changes are on purpose, and would like >> to bring it to your attention. >> >> One additional tidbit of info that may or may not have any bearing - after >> I changed the number of desktops under metacity to get the xprop reading, >> when i attempted to go back to xmonad using .gnomerc, xmonad would not >> start. I had to delete my .gconf directory to get things to work again. >> >> I'm happy to be of any assistance I can in providing further information. >> >> rupa/[31d1] >> >> _______________________________________________ >> xmonad mailing list >> xmonad(a)haskell.org >> http://www.haskell.org/mailman/listinfo/xmonad >> > >

1 0