- xmonad - Haskell.org

darcs patch: X.A.FloatSnap - Assisted move/resize of windows
by Anders Engstrom 24 May '09

24 May '09

Sun May 24 01:52:30 CEST 2009 Anders Engstrom <ankaan(a)gmail.com> * X.A.FloatSnap - Assisted move/resize of windows TODO: Try to snap against unmanaged windows such as dzen/xmobar.

1 0

mpc output in xmobar
by jean bonhomme 24 May '09

24 May '09

Hello, I would like to pipe this command : echo -n "$(mpc --format "%file%" | head -n 1)" to xmobar. I haven't found any infos on how to do it. I've tried severals methods but without any success. On my best test, I could see the output in ~/.xsession-errors, but that wasn't my goal. When someone knows how to do it, please let me know.

3 2

Issue 296 in xmonad: Broken link in the XMonad.Doc.Configuring page
by codesite-noreply＠google.com 23 May '09

23 May '09

Status: New Owner: ---- New issue 296 by carl.hauser: Broken link in the XMonad.Doc.Configuring page http://code.google.com/p/xmonad/issues/detail?id=296 What steps will reproduce the problem? 1. Click the link XMonad.Core on the page http://www.xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Doc-Configuring.html What is the expected output? What do you see instead? Expected: documentation for XMonad.Core. Instead: "The requested URL /xmonad-docs/xmonad-contrib/XMonad-Core.html was not found on this server." What version of the product are you using? On what operating system? Not applicable Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Not applicable Please provide any additional information below. The correct link is http://www.xmonad.org/xmonad-docs/xmonad/XMonad-Core.html (i.e. xmonad instead of xmonad-contrib) -- 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 295 in xmonad: X.A.Submap doesn't work in russian layout.
by codesite-noreply＠google.com 22 May '09

22 May '09

Status: New Owner: ---- New issue 295 by alexey.skladnoy: X.A.Submap doesn't work in russian layout. http://code.google.com/p/xmonad/issues/detail?id=295 Submap actions don't work when in russian layout. In english layout it does work without problem. Standard xmonad key bindings work in both layouts. I'm using version from darcs. 0.8 is affected to AFAIR. Layout are set up with XCB. $ setxkbmap -model pc104 -layout us,ru -variant basic,winkeys $ setxkbmap -option -option "grp_led:scroll,grp:shifts_toggle,compose:menu,ctrl:nocaps" What is the expected output? What do you see instead? Working combinations, of cource. Please provide any additional information below. Below is snippet from X.A.Submap. Quick research shown that keymasks m and m' has bit (1<<13) set when russian layout chosen. I have no idea how to interpert it. > -- | Like 'submap', but executes a default action if the key did not > match. > submapDefault :: X () -> M.Map (KeyMask, KeySym) (X ()) -> X () > submapDefault def keys = do > XConf { theRoot = root, display = d } <- ask > io $ grabKeyboard d root False grabModeAsync grabModeAsync currentTime > (m, s) <- io $ allocaXEvent $ \p -> fix $ \nextkey -> do > maskEvent d keyPressMask p > KeyEvent { ev_keycode = code, ev_state = m } <- getEvent p > keysym <- keycodeToKeysym d code 0 > if isModifierKey keysym > then nextkey > else return (m, keysym) > m' <- cleanMask m > maybe def id (M.lookup (m', s) keys) > io $ ungrabKeyboard d currentTime -- 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

Re: [xmonad] Some Gnome fit and finish work
by John Yates 21 May '09

21 May '09

On Wed, May 20, 2009 at 9:10 AM, Gwern Branwen <gwern0(a)gmail.com> wrote: > Are you going to upload your config & pics to the haskell wiki? I would like to but I do not have an account. The wiki banner announces "Note: new account creation has been disabled as an anti-spam measure". /john

2 1

Some Gnome fit and finish work
by John Yates 21 May '09

21 May '09

I would like to convince work colleagues using recent Ubuntu and RedHat distributions to give a tiling wm a try. For many jarring visuals may be enough to create resistance. Thus I have taken it upon myself to produce a well polished Gnome integration. Here I am posting some results of that work. I started with a vanilla Ubuntu Gnome setup. I dropped the lower Gnome panel and its applets. On the remaining upper panel I included left to right: - a standard Gnome separator applet - the Gnome Window Selector applet - a recent dzen2 build with Xft support, configured to occupy the middle half of the bar and to display only the current window's title in a style identical to the rest of the panel - the Gnome Workspace Switcher applet Attached bar.png exhibits this basic configuration. I particularly like having the Window Selector display the current window's icon to the left of the title. Attached window-selector.png shows the applet in its dropped-down state. The biggest effort was getting a dmenu that looked right on the bar. I know nothing about graphics, font rendering, etc. But between Alexander Polakov's patch for dmenu 3.4 and the example of Robert Manea's xft support in dzen I got it to work (dmenu-4.0-xft.diff). To get a properly sized dmenu bar I had to add a -bh option to configure bar height. Net net effect is a dmenu bar using the same font and colors (see dmenu.png). My xmonad.hs at the moment is utterly sparse but does attempt to simplify the process of accommodating additional themes. /john

4 5

Issue 290 in xmonad: Windows are no longer visible but are still there
by codesite-noreply＠google.com 20 May '09

20 May '09

Comment #8 on issue 290 by SpencerJanssen: Windows are no longer visible but are still there http://code.google.com/p/xmonad/issues/detail?id=290 Yes, that value is reasonable (about 73% opaque). xcompmgr and the X server are responsible for drawing the window, so the bug is in one of those. -- 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

Re: [xmonad] Some Gnome fit and finish work
by John Yates 20 May '09

20 May '09

On Wed, May 20, 2009 at 9:10 AM, Gwern Branwen <gwern0(a)gmail.com> wrote: > Are you going to upload your config & pics to the haskell wiki? Yes. I will do it this evening. /john

1 0

Issue 290 in xmonad: Windows are no longer visible but are still there
by codesite-noreply＠google.com 20 May '09

20 May '09

Comment #7 on issue 290 by stefano.zacchiroli: Windows are no longer visible but are still there http://code.google.com/p/xmonad/issues/detail?id=290 I've no idea what "sane" means as I'm not familiar with the semantics of that value, anyhow I've just reproduced the problem (thus far I've been living with the contrib disabled for a while) and here is the result of the xprop grep: zack@usha:~$ xprop | grep _NET_WM_WINDOW_OPACITY _NET_WM_WINDOW_OPACITY(CARDINAL) = 3149642683 Is that value sane? Does it mean that the bug is xcompmgr's or not? TIA, Cheers. -- 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

Bug with ghc's XFT binding?
by Chengqi(Lars) Song 20 May '09

20 May '09

hi, I'm using xmobar with xmonad. I found that it's hard to display Chinese characters in xmobar. So I made the following tests: Set up: 1. my system locale is en_US.utf-8 2. my xmobar is compiled with xft and utf8 support 3. in my xmobarrc, the font is set to be "xft:monospace-6" 3. in terminal, I run "cat | xmobar ~/.xmobarrc" The results: 1. English can be displayed well. But all Chinese characters are displayed in squares. 2. If I change the font in xmobarrc to be a Chinese font "xft:SimSun-6", then the display is correct. So I guess it might be a bug of xft binding in ghc's library. Do you have similiar experience in xmobar or someother programs? Regards Lars

2 2