- xmonad - Haskell.org

darcs patch: add SshAgent module, to start ssh-agent when needed.
by David Roundy 02 Apr '08

02 Apr '08

Hi all, I'm sending this rather than pushing, since we're close to a release. It's a new module to automatically start an ssh-agent, if one isn't running. I expect to find it useful. The reason for this is that the ordinary mechanism for starting a single ssh-agent for an X session doesn't seem to be working for me. And starting xmonad with `ssh-agent xmonad` does no good, because the ssh-agent exits as soon as I restart xmonad. David Sat Mar 29 11:49:11 CDT 2008 David Roundy <droundy(a)darcs.net> * add SshAgent module, to start ssh-agent when needed.

8 16

darcs patch: _NET_ACTIVE_WINDOW moves windows if necessary
by Joachim Breitner 02 Apr '08

02 Apr '08

Hi, a small new patch... Joachim Wed Apr 2 16:38:11 CEST 2008 Joachim Breitner <mail(a)joachim-breitner.de> * _NET_ACTIVE_WINDOW moves windows if necessary This makes EWMH behave a bit more like metacity: If _NET_ACTIVE_WINDOW is received and the window is not on the current worspace, it is brought here (instead of the workspace switched to the other one). So for example, if you click on the pidgin icon in the panel and the buddy list is already open some where it is moved here.

5 7

[OT] background image
by Roman Cheplyaka 02 Apr '08

02 Apr '08

I'm investigating how to make per-workspace backgrounds. On xmonad side solution is pretty simple using logHook (thanks #xmonad-ers for hints!) The other problem is the speed. Currently I use "qiv -z" to update the background (big jpeg photo) and it takes about 0.7-0.8s. Preliminary converting it to the size of display (1280x1024) gives 0.3-0.4s. It's still barely acceptable. So, how can I do better? Does X renders jpeg itself, or qiv converts jpeg to some other format? Then preliminary converting would also save the time. Any suggestions are welcome. -- Roman I. Cheplyaka (aka Feuerbach @ IRC)

5 8

Disabling mouse focus
by Nathan Huesken 01 Apr '08

01 Apr '08

Hi, At my current setup, the window-focus follows the mouse. I want the focus to completly ignore the mouse. Can this be done? Thanks! Nathan

2 1

Re: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Layout-IM.html
by Roman Cheplyaka 01 Apr '08

01 Apr '08

* Henning <henning(a)hasemail.de> [2008-04-01 15:20:34+0200] > > Thanks for this layout :) Its one of the number one reasons for me to > migrate to 0.7! > > From the TODO: > > > > All these items are questionable. Please let me know if you find them > > useful. > > > shrink/expand > Could be nice, but I would use it only rarely > > > allow roster placement on the right side or even on top/bottom > I'm used to have it on the right side. Top/Bottom might be nice for > other apps than IM's but I can't think of an example. > > > use arbitrary layout instead of grid > Grid is ok, but often I tend to have my IRC-Client on the same > workspace so Tabbed or similar would be cool. A really cool feature > would be a way to switch the "child layout", but I can imagine this > might not be that easy to implement. > > Henning > > -- > GPG Public Key: > http://gpg-keyserver.de/pks/lookup?op=get&search=0xDDD6D36D41911851 Thanks for your feedback! It just occured to me that you can easily make IM window appear on the right side by using reflectHoriz from XMonad.Layout.Reflect module. I'll update the docs. -- Roman I. Cheplyaka :: http://ro-che.info/ ...being in love is totally punk rock...

1 0

Issue 90 in xmonad: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack
by codesite-noreply＠google.com 31 Mar '08

31 Mar '08

Issue 90: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack http://code.google.com/p/xmonad/issues/detail?id=90 Comment #5 by lit...(a)hethrael.org: Workarounds: Open a new window in the master pane. (Moving an existing window to the master pane does not work, nor does creating a new non-master window.) Float a window. (Unfloating does not fix the z-order, though.) Use the tabbed layout. (If tabbed is in your list of layouts, simply switching to it will fix the z-order, then you can switch back to your desired layout.) -- 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

CycleRecentWS - gnome-like workspace switching
by Michał Janeczek 31 Mar '08

31 Mar '08

Hi, The attached patch provides a function to cycle through most recent workspaces with repeated presses of alt-tab (or similar). The order of workspaces previewed during the cycling is not affected, so it can be used to switch between 2 or 3 most commonly visited workspaces. It is possible to expand on this idea, for example by having alt-1 cycle between (most recently seen) emacs windows and alt-2 between browser windows, implementing a kind of "dynamic workspaces". There is some room for improvement - maybe it is possible to ask X about modkeys given only control mask, that way it would be marginally easier to use in config file. Regards, Michal

2 3

Add 'browser' to XConfig
by gwern0＠gmail.com 31 Mar '08

31 Mar '08

So I was recently contemplating my xmonad.hs (<http://haskell.org/haskellwiki/Xmonad/Config_archive/Gwern's_Config.hs>) and wondering whether my XMonad.Actions.Search and other extensions were yet in their ideal form, and it occurred to me: why do I have to keep writing "firefox"? I even have a shortcut defined, 'ff', which I use at least 8 times. Why am I constantly supplying Firefox as a parameter? Well, the answer is that those functions *need* a browser to use, they can't get away with getting it from somewhere else. There is no somewhere else, as there is no POSIX standard way of letting a user define a preferred browser (yes, I know about Debian's x-www-browser stuff, but that's Debian, and I know about environmental variables, but I don't think there's any standard $BROWSER like there is $HOME or $EDITOR). But of course, I'm not writing "urxvt" all over the place. So why not adopt the same solution? Add another slot, 'browser = "firefox"', and a keybinding. Two straight-forward lines in the core. I'm aware you can make arguments against this, but I don't think any apply to a browser field more than they apply to a terminal field. Firefox might not be installed; well, neither might XTerm - X.org is not always installed with all the trimmings, my Gentoo system certainly didn't. Users might not want to use it at all; many people don't use terminals either, as they prefer GUIs. Maybe users would prefer Konqueror; sure, but that's why you let it be changed easily - or do most people truly prefer that ugly antique Xterm? Perhaps this problem can be obviated with some sort of generic extension state? Perhaps, but I don't see any clear definition of what this change would be, and I don't see any code or even solid proposals. A bird in the hand... Would this be useful? I think so. If you search on the Haskell wiki for the string ""firefox"", you see a number of config hits besides mine, many instances that would be helped by browser in the config (eg <http://haskell.org/haskellwiki/Xmonad/Config_archive/Wfarr's_xmonad.hs>; note the 'myBrowser' definition). Would it be used by XMC? I think so. The terminal field is already being used by XMonad/Actions/Commands.hs and XMonad/Util/Run.hs, despite the relative reconditeness of the technique. -- gwern edition LLNL embassy aster SDIS Information ISN gun Mena ID

6 13

Andrea's screenshots and DecorationMadness
by Roman Cheplyaka 31 Mar '08

31 Mar '08

Ogedei @ IRC noted that some screenshots which are linked from haddock are not available. Precisely, these are arossato's screenshots. It's not hard to remove all broken links to screenshots, but the question arises concerning DecorationMadness module. Without screenshots it's utility becomes questionable. Sure some examples will go to Decorations haddock, but do we still need that module? -- Roman I. Cheplyaka (aka Feuerbach @ IRC)

4 3

Issue 169 in xmonad: Replace DecorationMadness with documentation
by codesite-noreply＠google.com 31 Mar '08

31 Mar '08

Issue 169: Replace DecorationMadness with documentation http://code.google.com/p/xmonad/issues/detail?id=169 New issue report by SpencerJanssen: We should document the decoration interfaces such that DecorationMadness is no longer needed. Issue attributes: Status: Accepted Owner: SpencerJanssen Labels: Type-Defect Priority-Medium Milestone-Release0.8 -- 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