- xmonad - Haskell.org

XMonad.Actions.CycleRecentWS rewrite (new modules inside)
by Jochen Keil 08 Jan '12

08 Jan '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list, after struggling for a while the XMonad.Actions.CycleRecentWS contrib module, mainly because it actively grabs the whole keyboard (and thus breaks various functionality, e.g. switching the layout on the fly), I took the time to rewrite this module. It now does not actively grab the whole keyboard anymore but relies only on one passive grab. I imagine this could be done even more generally, but I am pretty satisfied with how it works now. However, since theres always room for improvement new ideas are always welcome. :) I've included another module which helps to setup up a passive grab on a certain key. Configuration is a bit (tr)icky, but I hope not too troublesome. Best regards, Jochen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8IyA0ACgkQtVwvsA+W4CD/oQCfQQgOCq2F1jIemAgfYP14s+as mTQAn3710teJZPyRTei0kmv5sTquxpPO =XT02 -----END PGP SIGNATURE-----

1 1

How to manage three monitors on two graphics cards?
by Wolfram Kahl 08 Jan '12

08 Jan '12

I have a machine with two graphics cards, and three differently-sized monitors (at different orientations) driven by the two cards. As far as I could easily find, my main options appear to be: (1) In xorg.conf ServerFlags: Option "Xinerama" "false" Then I have two screens, :0.0 and :0.1; I follow the gentoo Multihead instructions at http://en.gentoo-wiki.com/wiki/X.Org/Dual_Monitors and start X without session manager, just with startx, and have xmonad on the last line of .xinitrc. (This is xmonad-0.10.) That xmonad then appears to manage only the first screen, :0.0, which happens to have two outputs associated with it. (While I had the second card deactivated, xmonad managed these two outputs separately as it should.) However now, even though xrandr still sees these two outputs associated with the current screen, xmonad manages them as a single unit --- does that qualify as a bug? I can start another xmonad DISPLAY=:0.1 xmonad & taking over the other screen, but that is not sufficient to actually use it; I found no combination of mouse clicking and keyboard action that would get focus into that empty screen and start a terminal. I therefore have to DISPLAY=:0.1 terminal & whenever I end up in an empty workspace on the second screen, otherwise I can do nothing there. Even if both screens are populated, switching focus between them seems to require mouse movement, and still seems to be a brittle affair; most of the time I have to mod4-<left> click (myModMask = mod4Mask) (followed my mod4-t to move the activated window back into tabbing). I can work with this, but it is far from the degree of enjoyment that xmonad gave me with two monitors... (2) In xorg.conf ServerFlags: Option "Xinerama" "true" Now xrandr does not work anymore, and xmonad sees one big area. I can specify the X locations of the three outputs to import XMonad.Layout.LayoutScreens but I have the impression that this works on the wrong level, and did not see how that would allow me to switch my normal 9 workspaces across the now three monitors in the same way as I previously did with two monitors. (I have been a pure xmonad user so far (a very happy one!) and not delved into its API yet.) What is the best way to make xmonad ``just work'' with multiple screens split across multiple graphics cards? Just fixing my main problem with (1), namely getting the first xmonad to handle the two outputs separately again, would be a big improvement... Wolfram

5 9

Re: [xmonad] help
by Jorge Perez 08 Jan '12

08 Jan '12

here is the accompanying config file ... please help if being trying to get this to work for days, and i have gotten to the point where i don't see anything wrong with my config file the line of interest is 87 ________________________________ From: Jorge Perez <japrogramer(a)yahoo.com> To: "xmonad(a)haskell.org" <xmonad(a)haskell.org> Sent: Saturday, January 7, 2012 7:05 PM Subject: help i em having trouble setting up my dzen status bar, it works but once i try to pass it font settings or -fn -bg -fg or -h it crashes the weird thing is i can pass it -p -ta -y -x and it works, also i have a dzenbar being piped conky output and it can take all the arguments without crashing in the command line i get stack smashing detected ***: dzen2 terminated ... <file descriptor: 7>: commitBuffer: resource vanished (Broken pipe) but only the status bar crashes the conky | dzen pipe works fine

1 0

EwmhDesktops vs. ewmhDesktopsEventHook
by Toens Bueker 06 Jan '12

06 Jan '12

Hi *, a new laptop has arrived and I have to migrate my xmonad-config over. I'm basically using the "bla-config" (http://bla.thera.be/article/improving-your-desktop-experience) which makes use of EwmhDesktops. Obviously that is no longer "in scope". As my haskell-skills are near to zero (I'm just using it), I would be very pleased, if somebody could have a look at the config and make use of emwhDesktopsEventHook or ewmh as a hole and make the config usable again. Thx. Kind regards, Töns -- There is no safe distance.

2 5

Ambiguous focus after some commands...
by Allen S. Rout 06 Jan '12

06 Jan '12

I've recently encountered an odd focus behavior, and I'm not certain whether I'm thinking about it incorrectly, or if it's a bug. I do a lot of document editing in Emacs' org-mode. (and I highly recommend it: anyone who groks xmonad will probably find Emacs a pleasant environment). In that universe, you compose in a plain-text format, and then direct an 'export' process. On export, Emacs translates your 'org-mode' document into a LaTeX one, then makes PDF out of it, and optionally displays it. If you're doing this with evince as the display engine, you get the result of the document view updating, but no new window. I frequently have my Evince on a screen adjacent to the Emacs, so each has plenty of space. So: with my focus on the Emacs, I [C-c C-e d] (control-c, control-e, d) and watch the export process go. Evince updates with the view of the new document. ... And my focus is now oddly inconsistent. The Emacs window still has the red border by which xmonad attempts to communicate focus, and if I do things like 'onNextNeighbour W.view' it becomes clear that xmonad thinks my focus is there. But my keystrokes are going to evince. If I had started a new client, which appeared on a currently displayed desktop, I would expect that client to grab focus. But I'm not starting a new client, here; I'm sending a message to an existing one. Or at least I think that's what I'm doing, it's possible I guess that Evince is slaying the old process and starting anew, but I'd then expect it to appear on the same workspace as the Emacs. Does this ring any bells? -Allen S Rout

3 2

Why RationalRects for floating windows?
by Norbert Zeh 05 Jan '12

05 Jan '12

Hi folks, I'm wondering whether anybody can enlighten me why the geometry of a floating window is stored as a RationalRect relative to the screen size. I can see one advantage to this approach: a centered window is centered on every screen. Apart from that, I see only disadvantages to this approach, as it means that windows get resized when workspaces shift between screens of different sizes. If at least the aspect ratios of all screens are the same, this may be acceptable, though not ideal. My newest setup combines two portrait screens (1080x1920) with two landscape screens (1920x1080). A window that has a reasonable geometry on one of the landscape screens now gets long and skinny on the portrait screens. I'd also appreciate any ideas on how to work around this issue, as I think changing the way xmonad stores information about floating windows would just break too many modules and thus isn't an option. Thanks, Norbert -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

3 4

Unity appmenu compatible with XMonad?
by Jacek Generowcz 04 Jan '12

04 Jan '12

Greetings, Has anyone managed to get the Ubuntu's Unity appmenus (a.k.a. global menus: application menus appear on the panel rather than in the application window) to work with XMonad? Starting with a clean installation of Ubuntu 11.10, the appmenus work, in the standard X session. Inspired by http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_Unity_2D, I created the following files in order to create a xmonad-and-unity X session. /usr/share/applications/xmonad.desktop: [Desktop Entry] Type=Application Encoding=UTF-8 Name=Xmonad Exec=xmonad NoDisplay=true X-GNOME-WMName=Xmonad X-GNOME-Autostart-Phase=WindowManager X-GNOME-Provides=windowmanager X-GNOME-Autostart-Notify=true /usr/share/gnome-session/sessions/xmonad.session: [GNOME Session] Name=Xmonad Unity RequiredComponents=gnome-settings-daemon; RequiredProviders=windowmanager;panel; DefaultProvider-windowmanager=xmonad DefaultProvider-panel=unity-2d-panel /usr/share/xsessions/xmonad-unity-session.desktop: [Desktop Entry] Name=XMonad Unity Comment=Tiling window manager TryExec=/usr/bin/gnome-session Exec=gnome-session --session=xmonad Type=XSession I also include , className =? "Unity-2d-panel" --> doIgnore , className =? "Unity-2d-launcher" --> doFloat in my xmonad.hs hooks. XMonad then runs beautifully, except for one serious problem: no application menus appear at all, neither in the application windows, nor on the panel (appmenu). For the time being I have switched off appmenus by UNinstalling the packages appmenu-gtk3 appmenu-qt appmenu-qt thunderbird-globalmenu firefox-globalmenu and the menus now all appear in the application windows. However not wasting space on menubars is in line with the sorts of reasons why I use XMonad, so I would like to try to get appmenus working. Can anyone suggest how to go about trying to get Unity appmenus to work with XMonad? Thanks.

3 2

switching to the workspace where a window just went?
by Lara Michaels 04 Jan '12

04 Jan '12

Every year or so i get too ambitious and try to extract yet more functionality from this awesome piece of software. With the past help of this mailing list in my xmonad.hs i have set up a hotkey to send a window to the next empty workspace: myKeys = [ -- .... , ("M-<F1>", shiftTo Next EmptyWS) ] Now, I would like to have a different key combination (eg, M-<F2>) to - send the current window to the next empty workspace AND THEN - automatically take me to it (meaning, display the workspace to which that window was just sent on the physical display that currently has focus). Is there a way to combine this sequence of actions? Or am I stuck with sending the window to the next empty workspace and then fishing around for it? :) happy 2012 ~l

5 7

Re: Issue 339 in xmonad: Support for toggling totem movie player fullscreen
by codesite-noreply＠google.com 02 Jan '12

02 Jan '12

Updates: Summary: Support for toggling totem movie player fullscreen Status: Accepted Labels: -Priority-Low Priority-Medium Comment #5 on issue 339 by wirtwo...(a)gmail.com: Support for toggling totem movie player fullscreen http://code.google.com/p/xmonad/issues/detail?id=339 Nice work audunskaugen. Thanks for researching this and providing the _NET_WM_STATE_FULLSCREEN event hook (totemFullscreen.hs sample xmonad.hs). IMO, this will be good to get into contrib soon to make it available for more usage, testing and further development. There are some aspects to improve so if anyone wants to take on ownership and submit a patch addressing them that would be great. Otherwise if no action in a week or so I'll send a patch to add it to EwmhDesktops as is, initially as a standalone 'fullscreenEventHook'. Eventually, though, I think it would be good to include an improved version in the standard ewmhDesktopsEventHook, plus having it available by itself. (sjanssen feedback on IRC when asked for thoughts as to where to put this: "enabling the full screen event hook in EWMH would be fine, and would probably make sense.") As is it gives more function for totem users and surely some other similar apps too than the current (0.9) situation, but also with some additional work it seems like it can cover uses of the doFullFloat manageHooks with isFullscreen and the fullscreen query alexey attached to http://code.google.com/p/xmonad/issues/detail?id=333 It seems it covers tiled to fullscreen and back usage plus allowing multihead users to focus other screens without affecting fullscreened apps. In my quick tests it works for totem, flash, mplayer, mplayer-plugin, gnome-mplayer plugin. (This is with all fullscreen manageHooks disabled.) It doesn't seem to help with ooimpress unfortunately, nor evince. Areas to address: * Toggling seems less smooth than it should be. In my tests it appears that the window untiles, goes to hinted float size, then finally fullscreen although it's hard to tell as it's very rapid. There is some glitch anyway that I didn't research yet as to cause. Also other tiled windows from the same workspace look briefly as if they are composited with the fullscreen app since they change size to fill the space as the fullscreen app floats. Not sure how much improvement can practically be made here, but hopefully can something close to the nice mapping with fullscreen manageHook. * Whether a window starts out tiled or floating, once toggled fullscreen and back it restores to tiled state. My reading of wm-spec and probably most users expectations is that floats return to float instead. I don't think PositionStore would be needed for this but didn't look into it yet either. audunskaugen, thanks again. If you'd like please send a darcs patch to X.Hooks.EwmhDesktops, or if you want to be credited by some other name you are welcome to email me privately with your preference and I'll include in any patch I prepare. -- 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 12

Using xmonad 0.10 from cabal in Ubuntu 11.10 Oneiric
by Eyal Erez 02 Jan '12

02 Jan '12

Hi, I've just recently upgrade to Ubuntu 11.10. I've successfully managed to get xmonad to work following the instructions on haskell.org: http://www.haskell.org/haskellwiki/Xmonad/Using_xmonad_in_Gnome#Ubuntu_Onei… However, the xmonad version that comes with Ubuntu is 0.9.2, I would like to use the latest. I've followed the instructions on xmonad.org and installed xmonad via cabal: http://xmonad.org/intro.html So, now I have a ~/.cabal directory which contains a fully built version of xmonad. However, I'm not sure how to put that into the Gnome setup mentioned above. Has anyone been able to get that to work? Thank you, -- *Eyal Erez <**oneself(a)gmail.com* <oneself(a)gmail.com>*>* There are 10 types of people, those who know binary and those who don't.

1 1