November 2012 - xmonad

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

17 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 16 Nov '12

16 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

darcs patch: Config.hs: rm commented out keybinding (... (and 1 more)
by gwern0＠gmail.com 15 Nov '12

15 Nov '12

2 patches for repository community.haskell.org:/srv/code/xmonad: Thu Jan 12 19:01:15 EST 2012 gwern0(a)gmail.com * Config.hs: rm commented out keybinding (dead for years) Thu Jan 12 20:04:10 EST 2012 gwern0(a)gmail.com * Config.hs: implement mod-shift-/ newbie keybinding guide per http://code.google.com/p/xmonad/issues/detail?id=182

6 7

Desktop integration, problem with screen focus
by Hans Chen 14 Nov '12

14 Nov '12

Hi, I use xmonad with KDE integration[1]. After some changes it works surprisingly well, but there's one minor annoyance: the screen focus only changes when clicking on windows (or when the mouse cursor enters windows if focusFollowsMouse is set to True), not when clicking on desktops. The cause seems to be plasma-desktop, KDE's desktop, since everything works as expected if I quit plasma-desktop. The question is, is it possible to fix this somehow? >From what I understand xmonad creates virtual root windows on each screen to detect if focus should change. My guess is that plasma-desktop covers these root windows. In that case, a possible solution could be to put windows matching _NET_WM_WINDOW_TYPE = _NET_WM_WINDOW_TYPE_DESKTOP below the root windows. But how? I'm still new to Haskell and xmonad, so a thorough explanation would be much appreciated. If you want to try to reproduce this, you can use this pretty standard configuration: http://mogger.ath.cx/xmonad.hs (I have just added kde4Config), and then run plasma-desktop. It doesn't matter if xmonad or plasma-desktop starts first. Thanks, Hans --- [1] http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Config-Kde.html

2 2

Issue 513 in xmonad: 'Failed to load session "xmonad"' error after selecting "GNOME with Xmonad" option in lightdm on Quantel beta
by codesite-noreply＠google.com 09 Nov '12

09 Nov '12

Status: New Owner: ---- New issue 513 by t...(a)takeontom.com: 'Failed to load session "xmonad"' error after selecting "GNOME with Xmonad" option in lightdm on Quantel beta http://code.google.com/p/xmonad/issues/detail?id=513 Note: this is similar to bug #512 and might/probably be the same underlying issue, but is arrived at in a different way and results in a different error Note: Have also added this bug to launchpad: https://bugs.launchpad.net/ubuntu/+source/xmonad/+bug/1047794 On a fairly virgin install of the Quantel beta: $ sudo apt-get install xmonad reboot select "GNOME with Xmonad" from lightdm attempt to login the screen redraws, sometimes to a blank screen, sometimes to the lightdm screen. the error 'Failed to load session "xmonad"' is displayed on a popup. pressing OK on the popup takes me back to lightdm. ProblemType: Bug DistroRelease: Ubuntu 12.10 Package: xmonad 0.10-4build2 ProcVersionSignature: Ubuntu 3.5.0-13.14-generic 3.5.3 Uname: Linux 3.5.0-13-generic x86_64 ApportVersion: 2.5.1-0ubuntu7 Architecture: amd64 Date: Sat Sep 8 11:42:56 2012 InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Alpha amd64 (20120905.2) ProcEnviron: LANGUAGE=en_GB:en TERM=linux PATH=(custom, no user) LANG=en_GB.UTF-8 SHELL=/bin/bash SourcePackage: xmonad UpgradeStatus: No upgrade log present (probably fresh install) Attachments: .xsession-errors 4.6 KB .xsession-errors.old 78 bytes lightdm.log 3.7 KB x-0.log 2.1 KB x-0-greeter.log 6.0 KB x-0-greeter.log.old 6.2 KB

1 7

Patch to fix Issue 177: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol
by Carlos López Camey 08 Nov '12

08 Nov '12

This fix was uploaded by Adam Vogt in the comment 33 of the issue discussion (http://code.google.com/p/xmonad/issues/detail?id=177#c33) but hasn't been applied yet. As other comments suggest, I could apply it without troubles to the current xmonad head. cheers

2 1

Issue 519 in xmonad: Java ignores keyboard
by codesite-noreply＠google.com 08 Nov '12

08 Nov '12

Status: New Owner: ---- New issue 519 by oka....(a)gmail.com: Java ignores keyboard http://code.google.com/p/xmonad/issues/detail?id=519 What steps will reproduce the problem? 1. Run IntelliJ IDEA or NetBeans 2. Try to type in any text field What is the expected output? At least something should appear in text field. What do you see instead? Nothing, not even cursor. What version of the product are you using? On what operating system? ArchLinux, xmonad 0.10.1 It seems that some java app totally ignore keyboard input. I've already tryed everything from XMonad FAQ related to java issues. Strange thing: keyboard input in these apps works flawlessly with i3wm.

1 2

Fwd: A community-driven effort to make XMonad better and better
by Lally Singh 08 Nov '12

08 Nov '12

Another gmail account defaults to reply-all. Ugh. ---------- Forwarded message ---------- From: Lally Singh <lally.singh(a)gmail.com> Date: Wed, Nov 7, 2012 at 1:21 PM Subject: Re: [xmonad] A community-driven effort to make XMonad better and better To: Carsten Mattner <carstenmattner(a)gmail.com> I think darcs is a hinderer to xmonad development. The lack of activity, but the plentitude of interest in xmonad indicate that much. Alfredo: please count me in. My github username is lally. On Wed, Nov 7, 2012 at 1:15 PM, Carsten Mattner <carstenmattner(a)gmail.com>wrote: > On Wed, Nov 7, 2012 at 7:06 PM, Brian McKenna <brian(a)brianmckenna.org> > wrote: > > As the author of osxmonad, I'm really happy with this initiative. I'm > > not so much of a GitHub person as a Bitbucket person but that's beside > > the point. > > > > A central place for all of XMonad, osxmonad, Contrib, extras and the > > website to live would be awesome. From what I can tell, GitHub is > > being used as a code hosting tool - not a brainwashing clinic. > > xmonad used darcs and therefore http://hub.darcs.net would > be a better fit. Joachim's patch tracker works and darcs works. > > I think we only need more reviewers and contributors and a > more active committer to the canonical darcs repository. > > I don't mind and do use hg or git but let's not use the slow > release problem as a reason to change the vcs system. > > > On 7 November 2012 10:52, Alfredo Di Napoli <alfredo.dinapoli(a)gmail.com> > wrote: > >> Thanks Tim for winding-back the whole thread history. I'm not a Github > >> evangelist and I don't like the fold this thread is taking. > >> I have not prejudices and I'm not get payed from Github for opening > repos. I > >> just thought if is during this time frame the most used social coding > app to > >> get things done, and considered that the existing fork of the Copenaghen > >> guys, as well as osxmonad are STILL on Github, for me is the most > reasonable > >> choice. Stop! > >> > >> As regards the website writing thing, again, I don't want to pass the > idea > >> I'm the leader of something. I've just kickstarted the whole thing like > a > >> community thing! Please get involved! > >> You don't like the idea of a new website? Fine! I'll stick with > anything the > >> community wants :) > >> I just thought that if we have a new website we also have an > alternative, as > >> who knows we like the new website more the the old? :) > >> > >> To sum up, I think that Tim has exactly made my point, so the rest it's > up > >> to you. If you like the idea, please chime in. > >> Otherwise maybe we'll continue with our "fork" to see where it brings > us, > >> and the xmonad official repo will continue to be in darcs, exactly as > is it > >> now. > >> > >> Have a nice day! > >> A. > >> > >> On 7 November 2012 18:35, <timothyhobbs(a)seznam.cz> wrote: > >>> > >>> Read back in this thread. There was no sugestion that someone doesn't > >>> exist. Alfredo asked if the project was maintained after discovering > that > >>> there were not many recent commits to the darcs repo and patches for > bugs > >>> which had yet to be merged. Another user chimed in that they too > would like > >>> those patches merged into master and that the lack of a maintainer was > what > >>> was holding things back. That second user said that they were > maintaining > >>> their fixed repo on github. Alfredo kindly volunteered to maintain the > >>> project, and suggested bringing the project onto github. No > assumption was > >>> ever made by anyone. Except perhaps Alfredo's assumption that the > website > >>> needed a re-write as well :P > >>> > >>> Tim > >>> > >>> > >>> ---------- Původní zpráva ---------- > >>> Od: Brandon Allbery <allbery.b(a)gmail.com> > >>> Datum: 7. 11. 2012 > >>> Předmět: Re: [xmonad] A community-driven effort to make XMonad better > and > >>> better > >>> > >>> On Wed, Nov 7, 2012 at 12:15 PM, Joachim Breitner > >>> <mail(a)joachim-breitner.de> wrote: > >>> > >>> But what I read out of Brandon's mails is: It is not a different > >>> infrastructure that xmonad needs most, it is active and enduring > >>> maintenance and development. I've often seen people get excited about > >>> > >>> > >>> It's part that (and how much activity do you think a Haskell-based > project > >>> gets? if I applied the Githubbers; Witnesses model to *that* I get a > >>> rewrite into PHP!) and part that I detest Github evangelists. > >>> > >>> It really is The One True Church behavior. We don't exist, have no > >>> organization, etc. because we had the presumption to not use The Holy > >>> Github? This is the message of Github evangelists, repeatedly, on > multiple > >>> projects. > >>> > >>> NO. > >>> > >>> -- > >>> brandon s allbery kf8nh sine nomine > >>> associates > >>> allbery.b(a)gmail.com > >>> ballbery(a)sinenomine.net > >>> unix/linux, openafs, kerberos, infrastructure > >>> http://sinenomine.net > >>> > >>> > >>> _______________________________________________ > >>> xmonad mailing list > >>> xmonad(a)haskell.org > >>> http://www.haskell.org/mailman/listinfo/xmonad > >>> > >> > >> > >> _______________________________________________ > >> xmonad mailing list > >> xmonad(a)haskell.org > >> http://www.haskell.org/mailman/listinfo/xmonad > >> > > > > _______________________________________________ > > xmonad mailing list > > xmonad(a)haskell.org > > http://www.haskell.org/mailman/listinfo/xmonad > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad >

4 3