- xmonad - Haskell.org

Patch: add ewmhDesktopsEventHookCustom to XMonad.Hooks.EwmhDesktops.hs to sort workspaces
by Mario Pastorelli 16 Aug '12

16 Aug '12

Hello, I have attached a patch to add a generalized version of ewmhDesktopsEventHook called ewmhDesktopsEventHookCustom that works as ewmhDesktopsLogHookCustom for ewmhDesktopsLogHook: it let you pass a function that will be applied to the workspace list. The reason of this patch is that if you use ewmhDesktopsLogHook with a special sort function then an external workspace viewer will show the workspaces in custom order. But if you interact with them, then the interaction will work on the normal order. So if you use a sort function on the LogHook then you need the same sort function in the EventHook. For example, before this patch I had problems with the workspace viewer of the gnome panel. This is an example on how to use it: -- sort function workspacesort = sortBy $ \a b -> tag a `compare` tag b -- custom log hook ewmhDesktopsLogHookCustom workspacesort -- custom event hook ewmhDesktopsEventHookCustom workspacesort Mario Pastorelli

1 0

Issue 380 in xmonad: Infer shiftMask given keysyms that otherwise will not be received
by codesite-noreply＠google.com 15 Aug '12

15 Aug '12

Status: Accepted Owner: ---- Labels: Type-Defect Priority-Low New issue 380 by vogt.adam: Infer shiftMask given keysyms that otherwise will not be received http://code.google.com/p/xmonad/issues/detail?id=380 What steps will reproduce the problem? A keybinding to (0, xK_plus) doesn't work What is the expected output? What do you see instead? Instead you have to bind to: (shiftMask, xK_equal) Maybe doing this correctly regardless of the keymap isn't possible, but perhaps a reasonable approximation can be done like this: * if the keymap contains 'unreachable keys' like "M-+", grab "M-+" and "M-S-=" * if we actually get a "M-+", ungrab the "M-S-=", and run the normal action for "M-+" This can be done with a handleEventHook outside of core, but for users, the current workaround is probably easier having an optional handleEventHook to EZConfig (note how uncommon the use of the optional startupHook from that module is). -- 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 1

darcs patch: debug-hooks
by allbery.b＠gmail.com 13 Aug '12

13 Aug '12

1 patch for repository http://code.haskell.org/XMonadContrib: Mon Aug 13 18:38:21 EDT 2012 allbery.b(a)gmail.com * debug-hooks Hooks to print diagnostic information to stderr (usually .xsession-errors) to help debug complex issues involving the StackSet and received events.

1 0

Change build directory to ~/.cache/xmonad
by daniel.trstenjak＠gmail.com 12 Aug '12

12 Aug '12

4 patches for repository http://code.haskell.org/xmonad: Thu Jun 7 15:16:32 CEST 2012 daniel.trstenjak(a)gmail.com * Separate source and build directories The source files are still located in '~/.xmonad' and the build files and the xmonad binary are now put into '~/.xmonad_build'. By separating the source and build directories it's easier and nicer to backup and synchronize the source files. Tue Jun 26 20:26:40 CEST 2012 daniel.trstenjak(a)gmail.com * Add getXMonadDir for backward compatibility Wed Jul 4 19:23:24 CEST 2012 daniel.trstenjak(a)gmail.com * Change build directory to '~/.cache/xmonad'. Wed Jul 4 19:24:37 CEST 2012 daniel.trstenjak(a)gmail.com * Add type signature for getXMonadDir

5 7

Issue 340 in xmonad: Error In Passing Clicks in Multi-Head non-Xinerama Setup
by codesite-noreply＠google.com 11 Aug '12

11 Aug '12

Status: New Owner: ---- New issue 340 by llcawthorne: Error In Passing Clicks in Multi-Head non-Xinerama Setup http://code.google.com/p/xmonad/issues/detail?id=340 What steps will reproduce the problem? 1. Set 'Option "Xinerama" "0"' in xorg.conf in a multi-head non-xrandr setup. 2. Run xmonad on the primary display 3. Run another copy of xmonad, or another WM on the secondary display. What is the expected output? What do you see instead? I should be able to re-enter a window managed by XMonad and click on things after leaving it. There are two different setups that respond slightly differently. 1) Xmonad on DISPLAY 0.0 and No WM on DISPLAY 0.1 (or Openbox). I can leave the XMonad display perfectly every time and click on things on the secondary display. The problem pops up when XMonad needs to re-accept control of the pointer. I come back to my main screen and clicks are not accepted by whatever window I entered into. Buttons highlight like I am over them; links get little boxes around them, but clicks do not register. The problem can be remedied by moving my mouse over any other window on the same display, and things "catch up". Ex: DISPLAY=0.0. I usually run Firefox, and three terminals. DISPLAY=0.1. I usually have Thunderbird open. If I go to Thunderbird, I never have any problem getting there (as long as I am not running XMonad on display 0.1 also). If I come back from thunderbird to Firefox (which is in the master tile), I cannot successfully click anything. If I move my mouse over to a terminal (with or without clicking on it) and then back to Firefox, I can click things fine. 2) Running xmonad on Display 0.0 and Display 0.1 Same as above, except I have problems moving to each display. Previous Example but: If I leave Display 0.0 and go to Thunderbird, I cannot click anything. Once again, messages shadow when the mouse is over them, as do buttons in Thunderbird. If I hit Mod+Shift+Return at this point, the terminal will open on Display 0.0, even though I am on Display 0.1 with my pointer. Now, if I move my pointer back to Display 0.0, I cannot click on Firefox and if I hit Mod+Shift+Return the terminal will open on Display 0.1 even though the mouse is on Display 0.0. Everything is back to normal if I mouse over a terminal and back to Firefox. (This was especially annoying until I figured out what was going on.. Now I run with a clock open on Display 0.1 so I have a second window to mouse over on the way to read my e-mail, because otherwise I had no way to make Thunderbird start receiving clicks). Things work the same with application other than Firefox/Thunderbird termimal in both examples, they are just what I tend to have open. What version of the product are you using? On what operating system? Xmonad 0.8 or Xmonad 0.9. Gentoo Linux or ArchLinux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Problem exists with default xmonad.hs or with a custom xmonad.hs (or with a randomly grabbed off the website xmonad.hs). Please provide any additional information below. I can set "Xinerama" "1" and there is no problem; I just don't particularly care for Xinerama. A) It turns off compositing. B) I cannot (at least don't know how to) launch apps to other screens from a prompt (ie 'DISPLAY=:0.2 mplayer -fs South.Park.S01312.avi'). Also, I generally use three monitors, but I can recreate the problem with the secondary card and tertiary monitor removed from my configuration, so it has not been mentioned here. (Things get even stranger when I try running xmonad on all three displays without Xinerama). If you need more info than my wordy description, I have a forum post on the ArchLinux boards and sent a message to the mailing list a bit back relating to this problem. (Note that the first few messages of the posting were before I figured out clearly what was happening). http://bbs.archlinux.org/viewtopic.php?id=83789 -- 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 3

Re: [xmonad] Patch: changes in Prompt and new module
by Carlos López Camey 11 Aug '12

11 Aug '12

2012/8/2 Carsten Mattner <carstenmattner(a)gmail.com>: > On Thu, 02 Aug 2012 18:45:19 +0200, Carlos López Camey <c.lopez(a)kmels.net> > wrote: > >> I meant XMonad.Actions.Launcher in the patch. Thoughts, suggestions and >> nerd-rage are very welcome. > > > Hi Carlos, > > can you explain this in more detail? > > What would I do differently? > > Thanks, > > Carsten Hello Carsten, The module is a prompt, like Prompt.Shell, where you can change between more prompts ("modes"). Currently there are 4 modes: - search hoogle (requires local install). It opens a haddock documentation on a browser. - search files with locate. It opens a file with a desired program, depending on its extension. - search files with locate --regexp. Like the one above, but autocompletion takes regex. - calculator (requires `calc` installed), only autocompletes arithmetic expressions. If you would like to try it, you can check the usage notes in the haddock documentation, which I'm attaching By the way I think I fixed the bug with alwaysHighlight. I will send it now to the list, I hope everything works for you now. Cheers! Carlos

3 3

Re: [xmonad] Get VLC to do fullscreen float in Xmonad
by Matthew Hague 11 Aug '12

11 Aug '12

> > My problem is that when I start a movie VLC starts and XMONAD tiling it as > > it should. But of cause I do not want VLC and XBMC side by side on the > > monitor. I would like VLC fullscreen on top of XBMC. > > > > I have tried to solve it by using "XMonad.Hooks.ManageHelpers" and > > "doFullFloat" but no luck. > > > > My xmonad.hs looks like this. > > ... > > myManageHook = composeOne > > > > [ className =? "vlc" -?> doFullFloat > > > > , className =? "skype" -?> doFloat > > > > , resource =? "desktop_window" -?> doIgnore > > > > , resource =? "kdesktop" -?> doIgnore ] > > Try using "Vlc" instead of "vlc" for the className. (At least "Vlc" works for me, but "vlc" doesn't (i guess xmonad only checks one of the possible class names, or something)). Matt

2 1

Get VLC to do fullscreen float in Xmonad
by Christer Eriksson 10 Aug '12

10 Aug '12

Hi, This is my first post to the list. Short background: I have started to use XBMC for watching and organizing videos. Everything works great except playing the videos. I have a constant stutter about every 3-4 seconds and from time to time the picture freeze but the movie running in the background with sound OK, moving the mouse take away the freeze (I think XMONAD might be involved in the freeze but that is another story). I do not have thous problems with VLC therefor I have configured XBMC to use VLC to play videos. I have two monitors, one for movies and one as desktop, using a Nvidia-card in TwinView (propitiatory driver). My problem is that when I start a movie VLC starts and XMONAD tiling it as it should. But of cause I do not want VLC and XBMC side by side on the monitor. I would like VLC fullscreen on top of XBMC. I have tried to solve it by using "XMonad.Hooks.ManageHelpers" and "doFullFloat" but no luck. My xmonad.hs looks like this. ----------------------------------------------------------------------- -- -- xmonad example config file. -- -- A template showing all available configuration hooks, -- and how to override the defaults in your own xmonad.hs conf file. -- -- Normally, you'd only override those defaults you care about. -- import XMonad import Data.Monoid import System.Exit import XMonad.Hooks.ManageDocks import XMonad.Util.Run(spawnPipe) import XMonad.Hooks.DynamicLog import System.IO import XMonad.Hooks.ManageHelpers import qualified XMonad.StackSet as W import qualified Data.Map as M main = do xmproc <- spawnPipe "/usr/bin/xmobar /home/christer/.xmonad/xmobarrc" xmonad defaults -- { manageHook = manageDocks <+> manageHook defaultConfig { manageHook = myManageHook , layoutHook = avoidStruts $ layoutHook defaultConfig , logHook = dynamicLogWithPP xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "green" "" . shorten 100 } } myManageHook = composeOne [ className =? "vlc" -?> doFullFloat , className =? "skype" -?> doFloat , resource =? "desktop_window" -?> doIgnore , resource =? "kdesktop" -?> doIgnore ] -- The preferred terminal program, which is used in a binding below and by -- certain contrib modules. -- -- myTerminal = "xterm" myTerminal = "urxvt" -- Whether focus follows the mouse pointer. myFocusFollowsMouse :: Bool myFocusFollowsMouse = True -- Width of the window border in pixels. -- myBorderWidth = 3 -- modMask lets you specify which modkey you want to use. The default -- is mod1Mask ("left alt"). You may also consider using mod3Mask -- ("right alt"), which does not conflict with emacs keybindings. The -- "windows key" is usually mod4Mask. -- myModMask = mod4Mask -- The default number of workspaces (virtual screens) and their names. -- By default we use numeric strings, but any string may be used as a -- workspace name. The number of workspaces is determined by the length -- of this list. -- -- A tagging example: -- -- > workspaces = ["web", "irc", "code" ] ++ map show [4..9] -- myWorkspaces = ["1","2","3","4","5","6","7","8","9"] -- Border colors for unfocused and focused windows, respectively. -- -- myNormalBorderColor = "#dddddd" myNormalBorderColor = "#000000" myFocusedBorderColor = "#ff0000" ------------------------------------------------------------------------ -- Key bindings. Add, modify or remove key bindings here. -- myKeys conf@(XConfig {XMonad.modMask = modm}) = M.fromList $ -- launch a terminal [ ((modm .|. shiftMask, xK_Return), spawn $ XMonad.terminal conf) -- launch dmenu , ((modm, xK_p ), spawn "dmenu_run -b") -- launch gmrun , ((modm .|. shiftMask, xK_p ), spawn "gmrun") -- close focused window , ((modm .|. shiftMask, xK_c ), kill) -- Rotate through the available layout algorithms , ((modm, xK_space ), sendMessage NextLayout) -- Reset the layouts on the current workspace to default , ((modm .|. shiftMask, xK_space ), setLayout $ XMonad.layoutHook conf) -- Resize viewed windows to the correct size , ((modm, xK_n ), refresh) -- Move focus to the next window , ((modm, xK_Tab ), windows W.focusDown) -- Move focus to the next window , ((modm, xK_j ), windows W.focusDown) -- Move focus to the previous window , ((modm, xK_k ), windows W.focusUp ) -- Move focus to the master window , ((modm, xK_m ), windows W.focusMaster ) -- Swap the focused window and the master window , ((modm, xK_Return), windows W.swapMaster) -- Swap the focused window with the next window , ((modm .|. shiftMask, xK_j ), windows W.swapDown ) -- Swap the focused window with the previous window , ((modm .|. shiftMask, xK_k ), windows W.swapUp ) -- Shrink the master area , ((modm, xK_h ), sendMessage Shrink) -- Expand the master area , ((modm, xK_l ), sendMessage Expand) -- Push window back into tiling , ((modm, xK_t ), withFocused $ windows . W.sink) -- Increment the number of windows in the master area , ((modm , xK_comma ), sendMessage (IncMasterN 1)) -- Deincrement the number of windows in the master area , ((modm , xK_period), sendMessage (IncMasterN (-1))) -- Toggle the status bar gap -- Use this binding with avoidStruts from Hooks.ManageDocks. -- See also the statusBar function from Hooks.DynamicLog. -- -- , ((modm , xK_b ), sendMessage ToggleStruts) -- Quit xmonad , ((modm .|. shiftMask, xK_q ), io (exitWith ExitSuccess)) -- Restart xmonad , ((modm , xK_q ), spawn "xmonad --recompile; xmonad --restart") ] -- -- mod-[1..9], Switch to workspace N -- mod-shift-[1..9], Move client to workspace N -- [((m .|. modm, k), windows $ f i) | (i, k) <- zip (XMonad.workspaces conf) [xK_1 .. xK_9] , (f, m) <- [(W.greedyView, 0), (W.shift, shiftMask)]] ++ -- -- mod-{w,e,r}, Switch to physical/Xinerama screens 1, 2, or 3 -- mod-shift-{w,e,r}, Move client to screen 1, 2, or 3 -- [((m .|. modm, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] , (f, m) <- [(W.view, 0), (W.shift, shiftMask)]] ------------------------------------------------------------------------ -- Mouse bindings: default actions bound to mouse events -- myMouseBindings (XConfig {XMonad.modMask = modm}) = M.fromList $ -- mod-button1, Set the window to floating mode and move by dragging [ ((modm, button1), (\w -> focus w >> mouseMoveWindow w >> windows W.shiftMaster)) -- mod-button2, Raise the window to the top of the stack , ((modm, button2), (\w -> focus w >> windows W.shiftMaster)) -- mod-button3, Set the window to floating mode and resize by dragging , ((modm, button3), (\w -> focus w >> mouseResizeWindow w >> windows W.shiftMaster)) -- you may also bind events to the mouse scroll wheel (button4 and button5) ] ------------------------------------------------------------------------ -- Layouts: -- You can specify and transform your layouts by modifying these values. -- If you change layout bindings be sure to use 'mod-shift-space' after -- restarting (with 'mod-q') to reset your layout state to the new -- defaults, as xmonad preserves your old layout settings by default. -- -- The available layouts. Note that each layout is separated by |||, -- which denotes layout choice. -- myLayout = tiled ||| Mirror tiled ||| Full where -- default tiling algorithm partitions the screen into two panes tiled = Tall nmaster delta ratio -- The default number of windows in the master pane nmaster = 1 -- Default proportion of screen occupied by master pane ratio = 1/4 -- Percent of screen to increment by when resizing panes delta = 3/100 ------------------------------------------------------------------------ -- Window rules: -- Execute arbitrary actions and WindowSet manipulations when managing -- a new window. You can use this to, for example, always float a -- particular program, or have a client always appear on a particular -- workspace. -- -- To find the property name associated with a program, use -- > xprop | grep WM_CLASS -- and click on the client you're interested in. -- -- To match on the WM_NAME, you can use 'title' in the same way that -- 'className' and 'resource' are used below. -- ------------------------------------------------------------------------ -- Event handling -- * EwmhDesktops users should change this to ewmhDesktopsEventHook -- -- Defines a custom handler function for X Events. The function should -- return (All True) if the default handler is to be run afterwards. To -- combine event hooks use mappend or mconcat from Data.Monoid. -- myEventHook = mempty ------------------------------------------------------------------------ -- Status bars and logging -- Perform an arbitrary action on each internal state change or X event. -- See the 'XMonad.Hooks.DynamicLog' extension for examples. -- myLogHook = return () ------------------------------------------------------------------------ -- Startup hook -- Perform an arbitrary action each time xmonad starts or is restarted -- with mod-q. Used by, e.g., XMonad.Layout.PerWorkspace to initialize -- per-workspace layout choices. -- -- By default, do nothing. myStartupHook = return () ------------------------------------------------------------------------ -- Now run xmonad with all the defaults we set up. -- Run xmonad with the settings you specify. No need to modify this. -- -- main = xmonad defaults -- A structure containing your configuration settings, overriding -- fields in the default config. Any you don't override, will -- use the defaults defined in xmonad/XMonad/Config.hs -- -- No need to modify this. -- defaults = defaultConfig { -- simple stuff terminal = myTerminal, focusFollowsMouse = myFocusFollowsMouse, borderWidth = myBorderWidth, modMask = myModMask, workspaces = myWorkspaces, normalBorderColor = myNormalBorderColor, focusedBorderColor = myFocusedBorderColor, -- key bindings keys = myKeys, mouseBindings = myMouseBindings, -- hooks, layouts layoutHook = myLayout, manageHook = myManageHook, handleEventHook = myEventHook, logHook = myLogHook, startupHook = myStartupHook } ---------------------------------------------------------------------------------- Any Idea what I missed? Best regards, Christer

2 1

IMLayout - properties not working?
by Robert Sawko 05 Aug '12

05 Aug '12

Dear All, I was wondering if I could ask you to clarify one issue. I am playing with IM layout for Skype. This is th relevant passage in my xmonad.hs chatLayout = avoidStruts $ withIM (1%6) rooster Full where rooster = And (ClassName "Skype") (Not (Role "ConversationsWindow")) I took ConversationsWindow from xprop. The problem is that opening a conversation window still gets opened in the sidebar and removes the rooster which goes to the main area? What I am doing wrong? I have seen a number of config files with the above line but for some reason this doesn't work on my machine. Opening other applications works ok. Any hints will be greatly appreciated, Robert -- Do you believe in the axiom of choice? http://en.wikipedia.org/wiki/Banach–Tarski_paradox

2 1

Can i make all windows float in specified workspace ?
by z_axis 02 Aug '12

02 Aug '12

I know each workspace can have different layout. However, i want all windows in one workspace float automatically. Sincerely!

2 1