- xmonad - Haskell.org

Issue 520 in xmonad: The _NET_ACTIVE_WINDOW property is not set
by codesite-noreply＠google.com 29 Nov '12

29 Nov '12

Status: New Owner: ---- New issue 520 by sbrainstream: The _NET_ACTIVE_WINDOW property is not set http://code.google.com/p/xmonad/issues/detail?id=520 Hello! I am writing the program that must grab screenshot from a focused window. I am using the screenGetActiveWindow (gtk2hs) which uses the _NET_ACTIVE_WINDOW property to determine the active window. My program works fine everywhere except xmonad. Please, add the _NET_ACTIVE_WINDOW property to the root window.

1 2

xmobar on GNOME3
by Tony Morris 28 Nov '12

28 Nov '12

I am trying to get xmobar running on GNOME3. However, xmonad starts the process, then it quits. I am not sure why, but I know that it quits because I changed the output handler (ppOutput) to first use writeFile then to the xmobar Handle. I saw the contents that would have been piped to xmobar in the file. If I start xmobar manually after xmonad has started, it starts fine, reading "Updating..." awaiting input. I have minimised ~/.xmonad/xmonad.hs and I have tried many variants to try to resolve the issue: https://gist.github.com/4129597 I have also tried fiddling with ~/.xmobarrc but this is how it currently stands: https://gist.github.com/4129924 Any tips are immensely appreciated, because I have run out of ideas! -- Tony Morris http://tmorris.net/

4 3

Prospective development of Xmonad
by Jochen Keil 28 Nov '12

28 Nov '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Dear list, recently I looked around in the world of tiling window managers. In particular I looked at wmii, i3 and awesome. They offer various features which I was very fond off, yet none was so feature complete that I was convinced to make the switch. Then I started to think about the current state of xmonad and came to the conclusion that compared to the aforementioned window manager it seems that some dust has settled upon xmonad. Finally I came up with a small list of features I'd like to implement for xmonad, but I fear that this would break many if not all modules in contrib. I'll discuss every item in detail. 1) wmii like tags The current workspace model seems a bit inflexible to me. After trying wmii's window tagging model I think that this is a far more flexible, dynamic and better approach to managing windows. Want your browser visible with your editor/terminal windows you use in project A? No problem, associate tag A with your browser, same for tag C, etc. 2) Xrandr support I've extended the current bindings (Graphics.X11.Xrandr) so that they would be usable for what I intend to do with xmonad. There's a pull request on github and I hope dwagner (who reads this list too, afaik, hint, hint ;) will merge it soon. My idea about Xrandr support for xmonad would be similar to how it's done in i3. I'd create a separate config for every output (in the Xrandr terminology, e.g. DVI1 or LVDS, etc.). Therefore, every output would be associated with a set of windows, and a layout which would be used to generate the "view" for the windows. If an output becomes inactive the windows could easily be shown on another output (e.g. by using something like a hierarchical ManageHook, like try 1; try 2; fallback 3) This would especially shine together with wmii like tags. To motivate this idea a bit more: Imagine attaching your external monitor to your laptop and all your windows will be automatically sorted to the right screen, e.g. the browser and the editor to the external monitor, your email client to your laptops monitor. 3) A tree hierarchy for windows I had some issues with the stackset over the past years, mainly because it makes it hard to write an column layout which simply splits the current window either automatically or manually. Furthermore a tree can be simply transformed to a stack (the other way round is nearly impossible). That way most of the (at least pure) layouts could be kept, layouts with side effects (especially on the X monad) probably not. 4) Reparenting This would be nice for having window titles, etc. Only for the sake of completeness for the moment, since I haven't thought about this much yet. 5) XCB instead of Xlib This is kind of optional. The XHB (haskell xcb bindings) lack some features which would make it hard to fully convert xmonad to xcb. However, there is Xlib-xcb which facilitates the usage of Xlib functions with xcb. All that's required is a simple hsc2hs wrapper to this. I apologize for the length of this email, but I wanted to point out my motivation and make my ideas clear. I'm also asking explicitly for feedback from current developers. If you have an idea on how to implement these ideas without breaking contrib, that would be fine. Or maybe you want to start out with something on this list, that would be even better :) I also thought about creating a clone/fork of xmonad, but that's something I'd like to avoid, since I believe that the world does not need yet another wm. Best wishes, Jochen -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlCugUkACgkQtVwvsA+W4CDoegCfXHsWj4UcQmM0xzVva78a/HuT 9wYAmwQqbJfB6cgsgIVpjlXElb8nSgdL =XKfv -----END PGP SIGNATURE-----

5 4

inconsistent behaviour of mod+shift+return
by gunjan kumar 25 Nov '12

25 Nov '12

i am a newbee with xmonad. The issue is that when i use mod+shift+return to open xerms, then sometimes (10% times)it works. But usually the screen flickers and no xterm opens. i have to press the m0d+shift+return multiple times,and then i get like 2 or 3 xterms opened. So its not very consistent. ps:I have not changed any default key bindings, everything else seems fine.

1 0

darcs patch: HCAR.tex: update to Janis's master version per his ins...
by gwern0＠gmail.com 18 Nov '12

18 Nov '12

1 patch for repository community.haskell.org:/srv/code/xmonad: Sat Nov 17 20:03:10 EST 2012 gwern0(a)gmail.com * HCAR.tex: update to Janis's master version per his instructions

3 2

Issue 515 in xmonad: XMonad freezes occasionally when using Gridselect (XMonadContrib)
by codesite-noreply＠google.com 17 Nov '12

17 Nov '12

Status: New Owner: ---- New issue 515 by bmathiasen: XMonad freezes occasionally when using Gridselect (XMonadContrib) http://code.google.com/p/xmonad/issues/detail?id=515 What steps will reproduce the problem? 1. Toggling Gridselect (goToSelected/gridselectWorkspace) 2. Attempt to move to another window or workspace. What is the expected output? What do you see instead? Expected output: Normal 2D grid of windows/workspaces, that I can swap to using the keyboard. What I see: The 2D grid opens, but any subsequent input from the keyboard will occasionally cause XMonad to freeze; windows and workspaces will become unresponsive. It is possible to go to another tty to kill xmonad, after which a WM can be launched on the appropriate display. What version of the product are you using? On what operating system? XMonad version 0.10 (built from source, package manager, and Cabal) on the following OS's: - LinuxMint (DebianTesting edition) using XFCE4. - Xubuntu (11.10 and 12.04). - Ubuntu (12.04). All setups tried on two separate laptops, Lenovo Thinkpad X220 and T400s. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No output. Please provide any additional information below. My xmonad.hs uses custom functions for gridselecting windows and workspaces, but the same error occur with the default configuration. Upon freeze, there is no relevant error logging output in /var/log/messages, ~/.Xsession-errors or ~/.xmonad/xmonad.errors. Attachments: xmonad.hs 8.9 KB

1 8

ambiguous-atom_WM_TAKE_FOCUS
by Carlos López Camey 16 Nov '12

16 Nov '12

(Can we please convert the repositories to darcs format version 2?) --- This patch makes xmonad-contrib compile if Adam Vogt's [0] patch is applied to xmonad. (see http://code.google.com/p/xmonad/issues/detail?id=177#c74) [0] http://code.google.com/p/xmonad/issues/detail?id=177#c33 1 patch for repository http://code.haskell.org/XMonadContrib: Thu Nov 8 11:12:56 CET 2012 c.lopez(a)kmels.net * =ambiguous-atom_WM_TAKE_FOCUS New patches: [=ambiguous-atom_WM_TAKE_FOCUS c.lopez(a)kmels.net**20121108101256 Ignore-this: 76be5ac54d72503ca006a86ae1c98b0a ] { hunk ./XMonad/Hooks/ICCCMFocus.hs 22 ----------------------------------------------------------------------------- module XMonad.Hooks.ICCCMFocus ( - atom_WM_TAKE_FOCUS + atom_WM_TAKE_FOCUS , takeFocusX , takeTopFocus ) where hunk ./XMonad/Hooks/ICCCMFocus.hs 27 -import XMonad -import XMonad.Hooks.SetWMName -import qualified XMonad.StackSet as W -import Control.Monad - -atom_WM_TAKE_FOCUS :: - X Atom -atom_WM_TAKE_FOCUS = - getAtom "WM_TAKE_FOCUS" +import Control.Monad +import XMonad +import XMonad.Hooks.SetWMName +import qualified XMonad.StackSet as W takeFocusX :: Window hunk ./XMonad/Hooks/ICCCMFocus.hs 51 takeTopFocus :: X () takeTopFocus = - (withWindowSet $ maybe (setFocusX =<< asks theRoot) takeFocusX . W.peek) >> setWMName "LG3D" + (withWindowSet $ maybe (setFocusX =<< asks theRoot) takeFocusX . W.peek) >> setWMName "LG3D" } Context: [ewmh-eventhook-custom pastorelli.mario(a)gmail.com**20120816153032 Ignore-this: 95176f6d955d74321c28caafda63faa0 Add ewmhDesktopsEventHookCustom, a generalized version of ewmhDesktopsEventHook that takes a sort function as argument. This sort function should be the same used by the LogHook. ] [Added smart spacing to the spacing module daedalusinfinity(a)gmail.com**20120923034527 Ignore-this: 9104bc8feb832f63f2f18998c0f7ba92 Added smart spacing to the spacing module, which adds spacing to all windows, except to windows on singleton workspaces. ] [Improves haddock documentation c.lopez(a)kmels.net**20120826091716 Ignore-this: a0ce4838652acfff7922c111e4d879bb ] [Improve comments, add an error throw that shouldn't happen c.lopez(a)kmels.net**20120826085426 Ignore-this: 7675070826b3c53499e4352e692d6036 ] [fix a bug when ncompletions = nrows c.lopez(a)kmels.net**20120826083137 Ignore-this: 5f573028318473c333809217c271a81d ] [Fixes typos in Actions.Launcher haddock documentation c.lopez(a)kmels.net**20120811112502 Ignore-this: f8152c0ad59d2b0cc9a6c9061e83aaf0 ] [Correctly get the autocompletion item when alwaysHighlight in XMonad.Prompt is True c.lopez(a)kmels.net**20120811104805 Ignore-this: fa2600df210c7d3472a797f19fb31a7 ] [Removes warnings, adds a browser value for LauncherConfig in haddock comments c.lopez(a)kmels.net**20120628114533 Ignore-this: 2610cf63594db3df61bac52f3d8f5836 ] [Changes on XPrompt: c.lopez(a)kmels.net**20120628101749 Ignore-this: 2384f5c1b886716b3d9785877c2e32f9 * Adds mkPromptWithModes, creates a prompt given a list of modes (list of XPType). * Adds Setting `alwaysHighlight` to defaultXPConfig. When set to true, autocompletion always highlight the first result if it is not highlighted. Adds module XMonad.Actions.Launcher. This module allows to combine and switch between instances of XPrompt. It includes a default set of modes which require the programs `hoogle`, `locate` and `calc` to be installed to work properly. ] [accept more windows as docks Daniel Wagner <daniel(a)wagner-home.com>**20120823124153 Ignore-this: 21d9b406c7e39cca2cc60331aab04873 ] [strip newlines from dmenu's returns to be compatible with the newest version of dmenu longpoke(a)gmail.com**20120723212807 Ignore-this: 3b11a35125d0bc23b33e0b926562f85a ] [A workscreen permits to display a set of workspaces on several kedals0(a)gmail.com**20120706093308 Ignore-this: 572ed3c3305205bfbcc17bb3fe2600a3 screens. In xinerama mode, when a workscreen is viewed, workspaces associated to all screens are visible. The first workspace of a workscreen is displayed on first screen, second on second screen, etc. Workspace position can be easily changed. If the current workscreen is called again, workspaces are shifted. This also permits to see all workspaces of a workscreen even if just one screen is present, and to move windows from workspace to workscreen. ] [refer to the new name 'handleEventHook' instead of the old name 'eventHook' in X.L.Fullscreen documentation Daniel Wagner <daniel(a)wagner-home.com>**20120618181003 Ignore-this: bd3b26c758cf3993d5a93957bb6f3663 ] [UrgencyHooks made available as Window -> X () functions gopsychonauts(a)gmail.com**20120504062339 Ignore-this: 6a57cae1d693109b7e27c6471d04f50f Adds an UrgencyHook instance for the type Window -> X (), allowing any such functions to be used directly as UrgencyHooks. The Show and Read constraints were removed from the UrgencyHook class in order to permit this; these constraints were required only in a historical implementation of the module, which used a layout modifier. All existing configurations using UrgencyHooks should remain fully functional. New configs may make use of this modification by declaring their UrgencyHook as a simple Window -> X () function. ] [updates to XMonad.Prompt re: word-oriented commands Brent Yorgey <byorgey(a)cis.upenn.edu>**20120510174317 Ignore-this: 138b5e8942fe4b55ad7e6ab24f17703f + change killWord and moveWord to have emacs-like behavior: first move past/kill consecutive whitespace, then move past/kill consecutive non-whitespace. + create variants killWord' and moveWord' which take a predicate specifying non-word characters. + create variants defaultXPKeymap' and emacsLikeXPKeymap' which take the same sort of predicate, which is applied to all keybindings with word-oriented commands. ] [Added isUnfocusedOnCurrentWS and fadeInactiveCurrentWSLogHook for better support of fading/opacity on multi monitor setups Jesper Reenberg <jesper.reenberg(a)gmail.com>**20120329141818 Ignore-this: d001a8aafbcdedae21ccd1d18f019185 ] [Fixed X.A.GridSelect to be consistent in the way it (now) sorts the shown Jesper Reenberg <jesper.reenberg(a)gmail.com>**20120501180415 Ignore-this: 1d0991f9fb44e42f5d1c5a4f427ea661 elements when modifying the searchString. The implemented ordering sorts based on how "deep the needle is in the haystack", meaning that searching for "st" in the elements "Install" and "Study" will order them as "Study" and "Install". Previously there was no ordering and when using GridSelect to select workspaces, the ordering was not consistent, as the list of workspaces (if not modified manually) is ordered by last used. In this case either "Study" or "Install" would come first depending on which workspace was last visited. ] [Use getXMonadDir to get the default xmonad directory. Julia Jomantaite <julia.jomantaite(a)gmail.com>**20120501121427 Ignore-this: a075433761488b76a58a193aeb4e4a25 ] [Minor haddock formatting for X.L.OnHost and X.A.DynamicWorkspaceOrder Adam Vogt <vogt.adam(a)gmail.com>**20120428194552 Ignore-this: 843ec567e249cc96d51ca931f1e36514 ] [Remove trailing whitespace. Adam Vogt <vogt.adam(a)gmail.com>**20120428194048 Ignore-this: d61584110954e84d3611ef3497a29725 ] [Add emacs-like keys to browse history in XMonad.Prompt Carlos Lopez-Camey <c.lopez(a)kmels.net>**20120421110737 Ignore-this: b90345f72007d09a6b732b974c0faf79 ] [Adds an emacs-like Keymap in XMonad.Prompt Carlos Lopez-Camey <c.lopez(a)kmels.net>**20120421012335 Ignore-this: f281b8ad01f3d21055e2d6de79af2d79 ] [add 'withNthWorkspace' to DynamicWorkspaceOrder. jakob(a)pipefour.org**20120407184640 Ignore-this: f5f87ffe9ddf1a12fab775e6fb8e856f Note this is very similar to the function of the same name exported by DynamicWorkspaces. Ultimately it would probably be cleaner to generalize the one in DynamicWorkspaces to accept an arbitrary workspace sort as a parameter; this is left as an exercise for future hackers. ] [XMonad.Layout.OnHost allows host-specific modifications to a layout, which allbery.b(a)gmail.com**20120320030912 Ignore-this: 4c0d5580e805ff9f40918308914f3bf9 is otherwise very difficult to do. Similarly to X.L.PerWorkspace, it provides onHost, onHosts, modHost, and modHosts layout modifiers. It attempts to do smart hostname comparison, such that short names will be matched with short names and FQDNs with FQDNs. This module currently requires that $HOST be set in the environment. You can use System.Posix.Env.setEnv to do so in xmonad.hs if need be. (Properly, this should be done via the network library, but I'm trying to avoid adding that dependency.) An alternative would be to shell out to get the name, but that has considerable portability hurdles. ] [Bump version to 0.10.1 Adam Vogt <vogt.adam(a)gmail.com>**20120320005311 Ignore-this: f0608ffaa877f605eaa86c45a107a14d Raising the X11 dependency while keeping the xmonad version the same leads to problems where cabal install uses the dependency versions following hackage, not what is installed. ] [narrower BorderResize rectangles placed within border edges Jens Petersen <juhp(a)community.haskell.org>**20120314064703 Ignore-this: 3a43bbdb7f2317d702edafb231f58802 Change the border resize rectangles to be narrower and only extend inside the window not outside. Most window managers just seem to use the border decoration area for starting resizes which is often just 1 pixel wide but as a compromise the width is now 2 pixels (before it was 10!). The rectangles are now placed symmetrically within the border and window. This seems to work ok with PositionStoreFloat for the Bluetile config. ] [add-dynamic-bars-module Ben Boeckel <mathstuf(a)gmail.com>**20120316002204 Ignore-this: 41347c8f894d8d0b5095dfad86784cf4 This adds the X.H.DynamicBars module. It allows per-screen status bars to be easily managed and dynamically handles the number of screens changing. ] [bump X11 dependency so that noModMask is available Daniel Wagner <daniel(a)wagner-home.com>**20120316000302 Ignore-this: 971a75dcad25f66848eef4174cd4ddd1 ] [Paste.hs: rm noModMask, shifted definition to X11 binding (see previous email) gwern0(a)gmail.com**20111203203038 Ignore-this: dcd164ff8f8f135c8fdef08f42f9244d ] [GroupNavigation: fix import typo in usage Jens Petersen <juhp(a)community.haskell.org>**20120312103349 Ignore-this: 65367218ca50a33a37813469b4616f34 ] [add sendToEmptyWorkspace to FindEmptyWorkspace Jens Petersen <juhp(a)community.haskell.org>**20120312102331 Ignore-this: 50e7992d80d2db43e4d0adf5c95e964f sendToEmptyWorkspace is like tagToEmptyWorkspace except it does not change workspace after moving the window. ] [xmonad-contrib.cabal: simplify xmonad dependency to >=0.10 && < 0.11 Jens Petersen <juhp(a)community.haskell.org>**20120312101800 Ignore-this: 1ff5a0caa2a1e3487e9a0831e385b3d2 Unless there is a particular reason for listing the lower and upper bounds separately then this seems simpler and cleaner. ] [ShowWName: Increase horizontal padding for flash crodjer(a)gmail.com**20120305164517 Ignore-this: de5fd30fad2630875c5c78091f07c324 Currently the flash window width leaves a very small amount of padding. This patch adds some extra horizontal width, governed by text width and length. ] [persist-togglehook-options Ben Boeckel <mathstuf(a)gmail.com>**20120311050143 Ignore-this: 580bacb35b617c1198f01c5a7c0d3fef Save the state of ToggleHook options over a restart. ] [ShowWName flash window background color Rohan Jain <crodjer(a)gmail.com>**20120306065224 Ignore-this: 9cd8fcfc13cc326b9dcc79ef3cc21b26 While calling paintAndWrite for flash window, the background color from config should also be passed on as window background in addition to as text background color. Otherwise the window color gets set to the default black which shows up when text cannot span whole of the window. This issue becomes visible when the font size is considerably large or even in small size with truetype fonts. ] [ShowWName: Fix flash location by screen rectangle crodjer(a)gmail.com**20120305161240 Ignore-this: 83ec4cce2297efc6736a1fe55f44ee73 In case of using this hook with multiple monitors, the Tag flash was not following the screen's coordinates. This patch shifts the new window created for flash according to the Rectangle defined by the screen. ] [Fix typo in tabbed layout link for font utils docs crodjer(a)gmail.com**20120229070022 Ignore-this: 2f7e90269e08ce08264d7b1d05bb16f9 ] [L.WorkspaceDir: cleanup redundant {definitions,imports} Steffen Schuldenzucker <sschuldenzucker(a)uni-bonn.de>**20120229112124 Ignore-this: 7a796b18a64e693e071e9ea3a6a01aa3 ] [fix L.WorkspaceDir special char handling: remove "echo -n" processing Steffen Schuldenzucker <sschuldenzucker(a)uni-bonn.de>**20120227122004 Ignore-this: ab48687eb4c9018312089a13fd25ecd8 ] [Add BorderUrgencyHook to XMonad.Hooks.UrgencyHook allbery.b(a)gmail.com**20120225082616 Ignore-this: 9fac77914ff28a6e9eb830e8c9c7e21e BorderUrgencyHook is a new UrgencyHook usable with withUrgencyHook or withUrgencyHookC; it allows an urgent window to be given a different border color. This may not always work as intended, since UrgencyHook likes to assume that a window being visible is sufficient to disable urgency notification; but with suppressWhen = Never it may work well enough. There is a report that if a new window is created at the wrong time, the wrong window may be marked urgent somehow. I seem to once again be revealing bugs in underlying packages, although a quick examination of X.H.UrgencyHook doesn't seem to show any way for the wrong window to be selected. ] [Adding use case for namedScratchpad. nicolas.dudebout(a)gatech.edu**20120122235843 Ignore-this: 44201e82bcd708cd7098f060345400f1 ] [Actions.WindowGo: typo fix - trim 's' per cub.uanic https://code.google.com/p/xmonad/issues/detail?id=491 gwern0(a)gmail.com**20120116224244 Ignore-this: fb1d55c1b4609069c55f13523c091260 ] [XMonad.Actions.PhysicalScreens: fix typo spotted by Chris Pick <haskell(a)chrispick.com> gwern0(a)gmail.com**20120115223013 Ignore-this: eb73b33b07dc58a36d3aa00bc8ac31c2 ] [roll back previous incorrect fix Daniel Wagner <daniel(a)wagner-home.com>**20120111214133 Ignore-this: 91496faef411e6ae3442498b528d119b ] [Extending: fix http://code.google.com/p/xmonad/issues/detail?id=490 gwern0(a)gmail.com**20120111211907 Ignore-this: 515afbed507c070d60ab547e98682f12 ] [another documentation patch: XMonadContrib.UpdatePointer -> XMonad.Actions.UpdatePointer Daniel Wagner <daniel(a)wagner-home.com>**20120111211226 Ignore-this: 1444e4a3f20ba442602ef1811d0b32c7 ] [documentation patch, fixes issue 490 Daniel Wagner <daniel(a)wagner-home.com>**20120111210832 Ignore-this: 8d899e15f9d1a657e9fc687e2f649f45 ] [X.H.EwmhDesktops note that fullscreenEventHook is not included in ewmh Adam Vogt <vogt.adam(a)gmail.com>**20120102211404 Ignore-this: 92f15fa93877c165158c8fbd24aa2360 Just a documentation fix (nomeata's suggestion at issue 339). ] [X.H.EwmhDesktops haddock formatting. Adam Vogt <vogt.adam(a)gmail.com>**20120102211203 Ignore-this: cfff985e4034e06a0fe27c52c9971901 ] [X.A.Navigation2D Norbert Zeh <nzeh(a)cs.dal.ca>**20111208205842 Ignore-this: 3860cc71bfc08d99bd8279c2e0945186 This is a new module to support directional navigation across multiple screens. As such it is related to X.A.WindowNavigation and X.L.WindowNavigation, but it is more general. For a detailed discussion of the differences, see http://www.cs.dal.ca/~nzeh/xmonad/Navigation2D.pdf. ] [documentation patch: mention PostfixOperators Daniel Wagner <daniel(a)wagner-home.com>**20111210234820 Ignore-this: 20a05b1f396f18a742346d6e3daea9a8 ] [P.Shell documentation and add missing unsafePrompt export Adam Vogt <vogt.adam(a)gmail.com>**20111207163951 Ignore-this: a03992ffdc9c1a0f5bfa6dafc453b587 Haddock (version 2.9.2 at least) does not attach documentation to any of a b or c when given: -- | documentation a,b,c :: X ] [Paste: 3 more escaped characters from alistra gwern0(a)gmail.com**20111129160335 Ignore-this: 46f5b86a25bcd2b26d2e07ed33ffad68 ] [unfuck X.U.Paste Daniel Wagner <daniel(a)wagner-home.com>**20111129032331 Ignore-this: d450e23ca026143bb6ca9d744dcdd906 ] [XMonad.Util.Paste: +alistra's patch for fixing his pasting of things like email address (@) gwern0(a)gmail.com**20111128215648 Ignore-this: 4af1af27637fe056792aa4f3bb0403eb ] [XMonad.Util.Paste: rm myself from maintainer field; I don't know how to fix any of it even if I wanted gwern0(a)gmail.com**20111128213001 Ignore-this: 87a4996aaa5241428ccb13851c5eb455 ] [XMonad.Prompt.Shell: improve 'env' documentation to cover goodgrue's problem gwern0(a)gmail.com**20111127231507 Ignore-this: 7b652a280960cbdf99c236496ca091b0 ] [Fix spelling 'prefered' -> 'preferred'. Erik de Castro Lopo <erikd(a)mega-nerd.com>**20111125010229 Ignore-this: f2eac1728b5e023399188becf867a14d ] [Restore TrackFloating behavior to an earlier version. Adam Vogt <vogt.adam(a)gmail.com>**20111120045538 Ignore-this: 1a1367b4171c3ad23b0553766021629f Thanks for liskni_si for pressing the matter: without this change it is very broken, with the patch it is still not perfect but still useful. ] [Explicitly list test files in .cabal Adam Vogt <vogt.adam(a)gmail.com>**20111118232511 Ignore-this: ac48a0d388293cc6c771d676aaf142e3 In the future, require Cabal >= 1.6 to be able to just write tests/*.hs ] [TAG 0.10 Adam Vogt <vogt.adam(a)gmail.com>**20111118225640 Ignore-this: 8f81b175b902e985d584160fc41ab7d1 ] Patch bundle hash: 3425b4e320eeea57e97b0fdf66f3d11610993116

4 6

Accessing minimized windows in Xmonad.Layout.Minimize
by Raghavendra D Prabhu 15 Nov '12

15 Nov '12

Hi, I am using Xmonad.Layout.Minimize with BoringWindows. When I minimize more windows, I would like to access them out of order than do one by one through RestoreNextMinimizedWin or restore from taskbar (I don't have taskbar, trayer + xmobar). Is there a way to hook it into Xmonad.Prompt or XMonad.Actions.WindowBringer etc.? It will also be helpful since if I forget which windows have been minimized. Regards, -- Raghavendra Prabhu GPG Id : 0xD72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

2 2

Transition from Xlib to XCB
by Jochen Keil 15 Nov '12

15 Nov '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, the wikipedia article on xmonad states that it is (was?) planned to move to XCB "as soon as bindings are available". So, afais there are quite recent bindings [1]. Is there a good reason why nobody has started on this yet? The point is, that I gained some insight on the internals of xmonad over the last years and would like to try on this. However, if these bindings are not well suited or there are some other reasons I'd like to spare me the effort. Especially since I would like to make sure that my work gets merged and isn't for the bin. :) Regards, Jochen [1] http://hackage.haskell.org/package/xhb -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlClSUUACgkQtVwvsA+W4CA7ggCgkSu5vivfGkm8eW+T/1kCSfRA LQ0AnjmpghZiR4VhsSHQ+L3D0NAhH5JJ =KwMu -----END PGP SIGNATURE-----

4 4

Re: [xmonad] Transition from Xlib to XCB
by Jochen Keil 15 Nov '12

15 Nov '12

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.11.2012 21:22, Brandon Allbery wrote: >> Do you have a pointer to the discussion related to this? >> > > I'm not aware of any discussion related to it. The original > attempt was done by Spencer Janssen, original author of xmonad; > you'll have to contact him about it. thanks, I'll write him an email. And sorry for the forgotten CC, happens all the time to me. :) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlClUJ8ACgkQtVwvsA+W4CAAfACZAXCJFSPYveh0/5pmDxfYr8dL v9oAniE5Tmf7PfLM1CDS3d9qbLBb4nA9 =htZd -----END PGP SIGNATURE-----

1 0