August 2009 - xmonad - Haskell.org

darcs patch: Do not warn about unknown ClientMessageEvents
by Joachim Breitner 12 Aug '09

12 Aug '09

Hi, a small cleanup in the EWMH module. Greetings, Joachim Thu Aug 13 00:29:17 CEST 2009 Joachim Breitner <mail(a)joachim-breitner.de> * Do not warn about unknown ClientMessageEvents Not all client messages are are meant to be handled by the wndow manager, so do not complain when one is unknown.

2 1

XMonad.Actions.Search parsing and a new dep
by gwern0＠gmail.com 12 Aug '09

12 Aug '09

While adding & pushing a Wiktionary function, I noticed some of the functionality that's been added to XMonad.Actions.Search since I last looked; specifically: intelligent ∷ SearchEngine → SearchEngine intelligent (SearchEngine name site) = searchEngineF name (λs → if (fst $ break (≡ ':') s) `elem` ["http", "https", "ftp"] then s else (site s)) This, I think, is much worse than just using Network.URI.isURI ∷ String → Bool Problem is, Network.URI pulls in a network package dependency. This shouldn't be a problem as it's quite as usually installed as say process or directory, but I thought I'd ask before going ahead and adding it. -- gwern

5 5

action of "doFullFloat" upon pressing a key
by Christoph Groth 11 Aug '09

11 Aug '09

Dear xmonad users, I wasted several hours trying to find this out myself -- any help is highly appreciated. My xmonad.hs has myManageHook = composeOne [ transience , isFullscreen -?> doFullFloat ] This makes $ xpdf -fullscreen something.pdf display on the whole physical screen. However, it doesn't seem to work with video players like vlc and xine. I would like to have the effect of doFullFloat upon pressing a key. How would one tell xmonad to do that? thank you, Christoph

3 3

XMonadContrib patch review
by gwern0＠gmail.com 10 Aug '09

10 Aug '09

It's that time of the month - time for all lonely chillun' patches to gather close to the dying fire and eke out what comfort they can from the modicum of attention I can spare; the night is long, and the huddled patches so lonesome. 'Love me, read me!' they say. (I am sorry, little ones, I can but look at your status and move on.) Today we'll be reviewing XMC: http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html which has 11 patches outstanding, including 2 veterans of this Missing Patches bulletin from 2008: * "XMonad.Actions.DynamicKeys: utilities to update key bindings at runtime" <http://www.haskell.org/pipermail/xmonad/2008-July/006041.html> Applicable. No comments. Requires the patch to XMonad core discussed previously. 20081019140330: FocusNth improvements fixed by Aleksey Artamonov <aleksey.artamonov(a)gmail.com> http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/6320 Not currently applicable; but this seems to be because of unrelated changes to the FocusNth module. The one comment by Wirt Wolff on it was favorable, and the maintainer has not commented on it for the last 23 weeks (at least). 20090128004726: NoWrap export patch for use with X.L.MessageControl by quentin.moser(a)unifr.ch Adam Vogt remarked 14 April that "These apply cleanly, and seem useful enough." Since noone has objected, and the patch has been extant for quite some time, it applies cleanly/compiles/passes tests, doesn't seem obviously wrong to a layout dunce like myself, and does not affect other modules, I have taken it upon myself to push this into the main XMC repo. Consider this due notification! 20090315001809: X.H.ManageDocks: Added manageDocksConfig by Braden Shepherdson <Braden.Shepherdson(a)gmail.com> Doesn't apply cleanly. No comments. 20090428192731: NS_Placement by konstantin.sobolev(a)gmail.com 20090428200136: ScratchpadRewrite by konstantin.sobolev(a)gmail.com http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/7592 Applies cleanly. Got bogged down in bikeshedding; I'm tempted to apply it and let Wogt or Wolff code up some patches if they really care about long identifiers and 2 modules rather than one. 20090503195026: ThreeColMid - Swap slave window positions by Anders Engstrom http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/7629<ankaan(a)gmail.com> Applies cleanly. Adam Vogt didn't seem too keen on this patch, though, and I can't tell whether Anders is agreeing it's unnecessary or what. 20090618115854: XMonad.Actions.Volume for controlling and grokking amixer within xmonad by daniel(a)wagner-home.com 20090618125959: Add helper functions for displaying volume via osd_cat by Daniel Schoepe <asgaroth_(a)gmx.de> http://thread.gmane.org/gmane.comp.lang.haskell.xmonad/7896 Applies cleanly. There were no comments. So that makes 4 or 5 patches which could be applied; and 2 which are broken. I've cc'd relevant people. Let's get some comments on the clean ones! -- gwern

5 5

Issue 255 in xmonad: Twitterfox extension does not receive mouse events when using Xmonad
by codesite-noreply＠google.com 10 Aug '09

10 Aug '09

Comment #2 on issue 255 by konstantin.sobolev: Twitterfox extension does not receive mouse events when using Xmonad http://code.google.com/p/xmonad/issues/detail?id=255 Workaround, put this into xmonad.hs (99% borrowed from http://iportnov.blogspot.com/2009/01/xmonad.html) import Graphics.X11.Xlib.Extras import Foreign.C.Types (CLong) getProp :: Atom -> Window -> X (Maybe [CLong]) getProp a w = withDisplay $ \dpy -> io $ getWindowProperty32 dpy a w checkAtom name value = ask >>= \w -> liftX $ do a <- getAtom name val <- getAtom value mbr <- getProp a w case mbr of Just [r] -> return $ elem (fromIntegral r) [val] _ -> return False checkDialog = checkAtom "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_DIALOG" checkMenu = checkAtom "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_MENU" checkUtility = checkAtom "_NET_WM_WINDOW_TYPE" "_NET_WM_WINDOW_TYPE_UTILITY" manageDialogs = checkDialog --> doFloat manageMenus = checkMenu --> doFloat manageUtilities = checkUtility --> doIgnore manageFixes = manageDialogs <+> manageMenus <+> manageUtilities -- and then in main config... manageHook = .. <+> manageFixes -- 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

EWMH Desktops and Ubuntu Karmic/Gnome 2.27.5
by rupa 10 Aug '09

10 Aug '09

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]

1 0

Re: [xmonad] would it be easy to make xmonad.prompt.directory call itself on sucess?
by jean bonhomme 07 Aug '09

07 Aug '09

--- En date de : Ven 7.8.09, wagnerdm(a)seas.upenn.edu <wagnerdm(a)seas.upenn.edu> a écrit :Dunno about your problem, but your script can be simplified: #!/bin/shprompt=Listeaction=cdif index=`ls -dU */ .*/ | dmenu -i -p "$prompt: $PWD"`; then $action $index && lsd; else actionsfi dmenu itself fails if you hit escape; it only succeeds if you actually choose something, so it can be used in the if clause directly. (I know this because I have a bug in yeganesh that violates this useful behavior. If I ever get around to making another release, it will have a fix for this. =) As for autocompletion... doesn't dmenu have that built in? (Try hitting tab, or left and right when there are multiple completions.) Hello, thanks for your reply,My script can surely be simplified as i'm still informaticly young :)but when i try your proposal in a xterm, I have : "line 5 : command not found"so at the moment i keep my version until i've found what's the trouble. I already use escape, to go to the "else" part of my script,that is to say the script named "actions" which goal is similar to your yeganesh,It is as "lsd", a simple script.ls parse a folder with only symbolic linksto my most used programs and scriptsand pipes to dmenu. For the autocompletion, I meant the one which can be used in XMonad,for example with : { autoComplete = Just 100000 } in the ~/.xmonad/xmonad.hswith which, when only one result from the list is still matching, the actionis automaticly executed. I've paste this script only to explain what I meant in my first message,which is more xmonad related : When I use the XMonad.Prompt.Directoryto dive in subdirectories, how could it calls itself until I send an Escape message,It might be a single haskell line in the XMonad/Prompt/Directory.hs filefrom the xmonad-contrib source but I've no clue :(

2 1

Re: [xmonad] would it be easy to make xmonad.prompt.directory call itself on sucess?
by jean bonhomme 07 Aug '09

07 Aug '09

Sorry, I've experienced trouble with the copy/pasting of the script, should read,#!/bin/shprompt=Listeaction=cdindex=`ls -d */ -d .*/ -U | dmenu -i -p "$prompt: $PWD"`[ -z $index ]if [ $? = 1 ]; then $action $index && lsd ; else actionsfi

2 1

Re: [xmonad] would it be easy to make xmonad.prompt.directory call itself on sucess?
by jean bonhomme 06 Aug '09

06 Aug '09

--- En date de : Jeu 6.8.09, Gwern Branwen <gwern0(a)gmail.com> a écrit : > De: Gwern Branwen <gwern0(a)gmail.com> > Objet: Re: [xmonad] would it be easy to make xmonad.prompt.directory call itself on sucess? > À: "jean bonhomme" <jeanbonh(a)ymail.com> > Cc: xmonad(a)haskell.org > I am unsure what you want. What does it mean for changeDir > to 'call > itself on success'? If you have changed directories to some > directory, > why would you want to change directories again? > > -- > gwern > I mean that when I want to go deeper in the subdirectories,I need to recall the prompt myself.With this script, named lsd for contraction between "ls" and "dmenu":#!/bin/shprompt=Listeaction=cdindex=`ls -d */ -d .*/ -U | dmenu -i -p "$prompt: $PWD"`[ -z $index ]if [ $? = 1 ]; then $action $index && lsd ; else actionsfi when I've have selected a directory, the script calls itself again until I escape from it, and then calls the script named "actions".But this script miss the XMonad autocompletion :)I'd like to have the benefits of both script and prompt,that is to say, XMonad autocompletion and self recalling, but in one go.I hope, i was more clear this time.

1 0

would it be easy to make xmonad.prompt.directory call itself on sucess?
by jean bonhomme 06 Aug '09

06 Aug '09

Hello, all is said in the subject, I use use the changeDir prompt with the autocompletion,which is already an handy feature :) I wander what I should add in XMonad/Prompt/Directory.hs to make the changeDir prompt call itself on sucess after the autocompletion.I'm not a programmer so the ideas aren't springing on my keyboard for such questions.All that I've tried result in errors in building.

2 1