From mats at jansb.org Sat Sep 1 19:00:53 2007 From: mats at jansb.org (Mats Jansborg) Date: Sat Sep 1 18:49:57 2007 Subject: [Xmonad] XSelection.hs - Unicode problems In-Reply-To: <20070827081320.GB16050@laptop.nowhere.net> (Andrea Rossato's message of "Mon\, 27 Aug 2007 10\:13\:21 +0200") References: <20070825094353.GA21675@localhost> <20070827081320.GB16050@laptop.nowhere.net> Message-ID: <873axyousa.fsf@jansb.org> Andrea Rossato writes: > I hope Mats Jansborg is still reading the mailing list: hopefully he > could give us some direction. I am, sorry for the late reply. Although I'm not sure I'm comfortable being appointed some kind of x11 unicode authority; I'm completely new to low-level X11 programming and what knowledge I have can be had more quickly and reliably by reading the X11 manual, the ICCCM and Keith Packard's paper at http://keithp.com/~keithp/talks/selection.ps. Never the less, since you ask I'll try to answer as well as I can. > On Sat, Aug 25, 2007 at 05:43:53AM -0400, Gwern Branwen wrote: >> However, while it works fine for your basic bread and butter ASCII >> characters, I noticed that it does terrible things to more exotic >> phrases involving Unicode, such as "Henri Poincar?". I borrowed >> some code from utf-string, and that improved it a little bit - >> "Henri Poincar?" now becomes "Henri Poincar?" which is still >> better than "Henri Poincar\245" or whatever. >> > > Well, it is not better: Poincar\245 is right, the other is wrong, > since part of the character has been truncated. > The problem is not Haskell, it's me (and you..;-): actually I'm afraid it's a little of both :) Henri Poincar? is not quite "exotic" enough for X to have any problems with it, for this simple case it is actually all Haskell's fault. Henri Poincar? is completely representable in ISO-8859-1 which is what you get when you ask for the selection encoded as STRING. The problem is that most Haskell functions that deal with String and interface with the operating system are broken, they behave as though they had types involving [Word8] instead of [Char] where only the least significant byte is used. As a workaround the programmer must manually convert the Haskell String to the locale encoding, represented as a Haskell [Char] using only the low byte of each Char. To do this properly you need iconv or something similar such as http://hackage.haskell.org/cgi-bin/hackage-scripts/package/encoding-0.2. To support only utf-8 locales is perhaps a little better than supporting only ASCII or ISO-8859-1, but still fundamentally wrong in my opinion. The other problem is that you ask for the selection in the STRING encoding. This limits its usefulness immensely, as STRING is unlikely to support many of the characters in the user's locale. X11 and ICCCM defines a method of negotiating the format of the selection. Both UTF8_STRING (which is not in ICCCM but supported by most modern applications) and COMPOUND_TEXT should imho be preferred to STRING which can be used as fallback encoding if neither of the two first two are available. I've previously posted an example of how to read compound text properties in my patch to the NamedWindow module, although that method is not portable either since it uses withCWString from Foreign.C.String which works correctly only if __STDC_ISO_10646__ is defined (i.e. if wchar_t is UTF-32). > If I test hxsel with the first 3 Cyrillic characters of this page: > http://gorgias.mine.nu/unicode.php > I get: > \u041f\u0440\u0438 > which is the correct answer. The problem is: how can I convert this > unicode characters into something that can be printed? Yes, since it is impossible to represent Cyrillic characters in ISO-8859-1, Firefox (or whatever browser you use to provide the selection) makes its best effort and renders it as the string ['\\', '0', '4', '1', ... ]. The proper solution is not to try to interpret this string as an application is free to do whatever it wants with unrepresentable characters (including omitting them or replacing them with e.g. '?'). The solution is to ask for the selection in an encoding where these characters are representable, convert it to Haskell String, convert that String to the locale C encoding and pass it to the operating system. In simple applications you can sometimes skip the middle step and ask for the selection in the locale encoding and pass that directly back to the os. This is very convenient when it works but it breaks down as soon as you need to interpret the data as a string of characters, for instance because you want to prepend "/bin/sh -c" to it. In addition, not having anything to do with unicode, from my quick read through the ICCCM it appears the requestor (you) is responsible for deleting the target property, and that currentTime should not be used in the xConvertSelection request. Note also that the window is not destroyed in the case where the selection is properly converted and that you do not check that the conversion has succeeded before starting the transfer of the property. /Mats From mailing_list at istitutocolli.org Sun Sep 2 02:47:01 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Sep 2 02:42:21 2007 Subject: [Xmonad] XSelection.hs - Unicode problems In-Reply-To: <873axyousa.fsf@jansb.org> References: <20070825094353.GA21675@localhost> <20070827081320.GB16050@laptop.nowhere.net> <873axyousa.fsf@jansb.org> Message-ID: <20070902064701.GP16235@laptop.nowhere.net> On Sun, Sep 02, 2007 at 01:00:53AM +0200, Mats Jansborg wrote: > Andrea Rossato writes: > > > I hope Mats Jansborg is still reading the mailing list: hopefully he > > could give us some direction. > > I am, sorry for the late reply. Although I'm not sure I'm comfortable > being appointed some kind of x11 unicode authority; I'm completely new > to low-level X11 programming and what knowledge I have can be had more > quickly and reliably by reading the X11 manual, the ICCCM and Keith > Packard's paper at http://keithp.com/~keithp/talks/selection.ps. You may not be an authority but you gave me a great help, with many useful references. Thanks you! > The other problem is that you ask for the selection in the STRING > encoding. This limits its usefulness immensely, as STRING is unlikely to > support many of the characters in the user's locale. X11 and ICCCM > defines a method of negotiating the format of the selection. Both > UTF8_STRING (which is not in ICCCM but supported by most modern > applications) and COMPOUND_TEXT should imho be preferred to STRING which > can be used as fallback encoding if neither of the two first two are > available. I've previously posted an example of how to read compound text > properties in my patch to the NamedWindow module, although that method > is not portable either since it uses withCWString from Foreign.C.String > which works correctly only if __STDC_ISO_10646__ is defined (i.e. if > wchar_t is UTF- I don't get all the issues involved in converting the selection yet. As a quick try I started using COMPUND_TEXT, which seems to be working well with the ISO-8859-1 character set (Poincar? now works!). For the rest, I think I'll have something to study in the next days...;-) Thank you. Andrea ps: Gwern, you can update hxsel. From kg2007.kg at gmail.com Sun Sep 2 12:16:11 2007 From: kg2007.kg at gmail.com (kg) Date: Sun Sep 2 12:07:12 2007 Subject: [Xmonad] Switching workspace ... Message-ID: <46DAE1CB.5040200@gmail.com> Dear all, I am a beginner of Haskell language. I am a beginnner of xmonad :) I am a Ion3's user who wants leave Ion3 (for many reasons ...) So, I have tested Xmonad. All fonctionnalities are ok execpts workspaces: I follow the guided tour and I try to "use other workspaces" : " xmonad has, by default, 9 virtual workspaces. You can switch between them using *mod-1* to *mod-9*. Switching to workspace 4 *mod-4* we find it empty:" But I don't find a empty workspace. PS: -I have 2 screen -> Xinerama. I can switch between screens (mod-[ew]) -I beleve the shortcuts is "reserved" for xmonad (Nothing is written in xterm) Have you got ideas ? Thx in advance. From mailing_list at istitutocolli.org Sun Sep 2 12:28:38 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Sun Sep 2 12:19:14 2007 Subject: [Xmonad] Switching workspace ... In-Reply-To: <46DAE1CB.5040200@gmail.com> References: <46DAE1CB.5040200@gmail.com> Message-ID: <20070902162837.GT16235@laptop.nowhere.net> On Sun, Sep 02, 2007 at 06:16:11PM +0200, kg wrote: > I am a Ion3's user who wants leave Ion3 (for many reasons ...) you are not the only one here... I was a Ion3 user too. And now I'm en enthusiastic XMonad user...:-) > But I don't find a empty workspace. > > PS: > -I have 2 screen -> Xinerama. I can switch between screens (mod-[ew]) > -I beleve the shortcuts is "reserved" for xmonad (Nothing is written > in xterm) > > Have you got ideas ? when you start XMonad every workspace is empty. Did you try opening something (an xterm, for instance)? What happened? You can come in the #xmonad #channel on irc.freenode.net if you want some help without waiting for an email replay...;-) Andrea From kg2007.kg at gmail.com Sun Sep 2 14:16:53 2007 From: kg2007.kg at gmail.com (kg) Date: Sun Sep 2 14:07:38 2007 Subject: [Xmonad] Switching workspace ... In-Reply-To: <20070902162837.GT16235@laptop.nowhere.net> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> Message-ID: <46DAFE15.6040502@gmail.com> Thank you for your speedy response . > when you start XMonad every workspace is empty. Did you try opening > something (an xterm, for instance)? What happened? I can open anything client , for example xterm. I open a client on the first screen, I change the focus to the second screen, and I open a second Xterm on this screen. I can change a client between screens. If I have understood the tutoriel, there is a workspace on each physical screen. I don't understand why I can't change the focus with mod-1, mod-2 whereas I can change with mod-e , mod-w ... From kai at emptydomain.de Mon Sep 3 04:46:45 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Mon Sep 3 04:37:21 2007 Subject: [Xmonad] Switching workspace ... In-Reply-To: <46DAE1CB.5040200@gmail.com> References: <46DAE1CB.5040200@gmail.com> Message-ID: <20070903084645.GD32751@emptyhost.emptydomain.de> After XMonad starts, the focus is normally on workspace 1, which is on the first screen/head. If you start a program on that workspace, then switch to workspace 3 with Mod-3, then the first screen/head should become empty because workspace 3 is normally empty. Does that happen? Kai On Sun, Sep 02, 2007 at 06:16:11PM +0200, kg wrote: > Dear all, > > I am a beginner of Haskell language. > I am a beginnner of xmonad :) > > I am a Ion3's user who wants leave Ion3 (for many reasons ...) > > So, I have tested Xmonad. All fonctionnalities are ok execpts workspaces: > I follow the guided tour and I try to "use other workspaces" : > " xmonad has, by default, 9 virtual workspaces. You can switch between > them using *mod-1* to *mod-9*. Switching to workspace 4 *mod-4* we find > it empty:" > > But I don't find a empty workspace. > > PS: > -I have 2 screen -> Xinerama. I can switch between screens (mod-[ew]) > -I beleve the shortcuts is "reserved" for xmonad (Nothing is written > in xterm) > > Have you got ideas ? > > Thx in advance. > From kg2007.kg at gmail.com Mon Sep 3 06:17:55 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 06:08:31 2007 Subject: [Xmonad] Switching workspace ... In-Reply-To: <20070903084645.GD32751@emptyhost.emptydomain.de> References: <46DAE1CB.5040200@gmail.com> <20070903084645.GD32751@emptyhost.emptydomain.de> Message-ID: <46DBDF53.8090907@gmail.com> Kai Grossjohann wrote: > After XMonad starts, the focus is normally on workspace 1, which is on > the first screen/head. > > If you start a program on that workspace, then switch to workspace 3 > with Mod-3, then the first screen/head should become empty because > workspace 3 is normally empty. > > Does that happen? > > Kai I launch Xmonad, I press Mod+shift+enter, it open xterm. I press Mod+3 but nothing occurs. I dont 't find an empty workspace ... :( I specify that I use a azerty keyboard -> I have tested Mod+3 and Mod+shift+3 but I believe the shortcut functions. From xmonad at cenderis.demon.co.uk Mon Sep 3 07:15:52 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Mon Sep 3 07:06:28 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DAFE15.6040502@gmail.com> (kg's message of "Sun\, 02 Sep 2007 20\:16\:53 +0200") References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> Message-ID: <807in8uhhz.fsf@tiny.isode.net> kg writes: [...] > If I have understood the tutoriel, there is a workspace on each > physical screen. Yes. > I don't understand why I can't change the focus with mod-1, mod-2 > whereas I can change with mod-e , mod-w ... That's how it used to work. If you were on one screen and workspace 2 was on the other one, then mod-2 would switch focus to the other screen. That changed a week or two ago, and now you stay on the same screen and the workspaces get moved as necessary. So mod-2 still changes focus to workspace 2, but it'll move the workspace rather than moving focus to another screen. I found the new behaviour rather disturbing (especially since it had a bug if you have defaultGaps different for the screens, but that's now fixed), but I'm getting used to it. I think the current behaviour's probably better. The switching around of the workspaces is still a little disturbing, but it fits well with the general feeling of this kind of window manager (where windows get moved around as appropriate), and it makes mod-{1,2,...} much more predictable. It's quite possible the tutorial hasn't caught up. From kai at emptydomain.de Mon Sep 3 07:31:48 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Mon Sep 3 07:22:20 2007 Subject: [Xmonad] Switching workspace ... In-Reply-To: <46DBDF53.8090907@gmail.com> References: <46DAE1CB.5040200@gmail.com> <20070903084645.GD32751@emptyhost.emptydomain.de> <46DBDF53.8090907@gmail.com> Message-ID: <20070903113148.GG32751@emptyhost.emptydomain.de> On Mon, Sep 03, 2007 at 12:17:55PM +0200, kg wrote: > Kai Grossjohann wrote: >> After XMonad starts, the focus is normally on workspace 1, which is on >> the first screen/head. >> >> If you start a program on that workspace, then switch to workspace 3 >> with Mod-3, then the first screen/head should become empty because >> workspace 3 is normally empty. >> >> Does that happen? >> > I launch Xmonad, I press Mod+shift+enter, it open xterm. > I press Mod+3 but nothing occurs. I dont 't find an empty workspace ... :( It looks like the key is not bound to the shortcut. Why that is the case, or how to rectify it, I do not know. Sorry :-( Kai From dons at cse.unsw.edu.au Mon Sep 3 08:25:05 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 08:15:40 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <807in8uhhz.fsf@tiny.isode.net> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> Message-ID: <20070903122505.GA12904@cse.unsw.EDU.AU> xmonad: > kg writes: > > [...] > > > If I have understood the tutoriel, there is a workspace on each > > physical screen. > > Yes. > > > I don't understand why I can't change the focus with mod-1, mod-2 > > whereas I can change with mod-e , mod-w ... > > That's how it used to work. > > If you were on one screen and workspace 2 was on the other one, then > mod-2 would switch focus to the other screen. > > That changed a week or two ago, and now you stay on the same screen > and the workspaces get moved as necessary. So mod-2 still changes > focus to workspace 2, but it'll move the workspace rather than moving > focus to another screen. > > I found the new behaviour rather disturbing (especially since it had a > bug if you have defaultGaps different for the screens, but that's now > fixed), but I'm getting used to it. > > I think the current behaviour's probably better. The switching around > of the workspaces is still a little disturbing, but it fits well with > the general feeling of this kind of window manager (where windows get > moved around as appropriate), and it makes mod-{1,2,...} much more > predictable. It's quite possible the tutorial hasn't caught up. Ah yes, this is it. You're using the darcs version, which uses greedy switching, it sounds like? The tutorial describes the window switching used in version 0.2, which for Xinerama users meant more windows being moved around than necessary. -- Don From mailing_list at istitutocolli.org Mon Sep 3 08:54:36 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Mon Sep 3 08:45:53 2007 Subject: [Xmonad] a safer ghci prompt In-Reply-To: <20070830182141.GL16235@laptop.nowhere.net> References: <20070830182141.GL16235@laptop.nowhere.net> Message-ID: <20070903125436.GV16235@laptop.nowhere.net> On Thu, Aug 30, 2007 at 08:21:41PM +0200, Andrea Rossato wrote: > Hi, Hi, this should be a prompt that doesn't crash, whatever your what you write (I hope...,-). It uses heval, an external application that comes with xmonad-utils: http://gorgias.mine.nu/repos/xmonad-utils/src/Heval.hs or darcs get http://gorgias.mine.nu/repos/xmonad-utils/ I'm not submitting it as a patch yet because I want to work on the output, especially in case of errors. Right now there are some issues with that. Hope you'll enjoy. Andrea ps: I used Eval/RunPlugs (lambdabot), plugs, hs-plugins and, obviously, GHC code and commentary as examples to follow. Hope I followed them correctly. -------------- next part -------------- ----------------------------------------------------------------------------- -- | -- Module : XMonadContrib.GhcPrompt -- Copyright : (C) 2007 Andrea Rossato -- License : BSD3 -- -- Maintainer : andrea.rossato@unibz.it -- Stability : unstable -- Portability : unportable -- -- A ssh prompt for XMonad -- ----------------------------------------------------------------------------- module XMonadContrib.GhcPrompt ( -- * Usage -- $usage ghcPrompt ) where import Data.List import XMonad import XMonadContrib.XPrompt import Control.Concurrent import Control.Exception import System.Process import System.IO import System.Exit -- $usage -- 1. In Config.hs add: -- -- > import XMonadContrib.XPrompt -- > import XMonadContrib.GhcPrompt -- -- 2. In your keybindings add something like: -- -- > , ((modMask .|. controlMask, xK_h), ghcPrompt defaultXPConfig) -- -- You also need heval, which comes with xmonad-utils: -- darcs get http://gorgias.mine.nu/repos/xmonad-utils/ data Ghc = Ghc instance XPrompt Ghc where showXPrompt Ghc = "Eval: " ghcPrompt :: XPConfig -> X () ghcPrompt c = do mkXPrompt Ghc c (mkComplFunFromList []) (ghc c []) type Expr = String ghc :: XPConfig -> [Expr] -> String -> X () ghc conf exps s | s == ":quit" || s == ":q" || s == [] = return () | otherwise = do let exps' = exps ++ [s] run = "heval" (i,o,e,p) <- io $ runInteractiveCommand $ run io $ hPutStr i (show exps') >> hClose i exit <- io $ waitForProcess p case exit of ExitSuccess -> do out <- io $ hGetContents o -- get err and out oMVar <- io $ newEmptyMVar io $ forkIO $ evaluate (length out) >> putMVar oMVar () -- wait io $ takeMVar oMVar io $ mapM_ hClose [o,e] mkXPrompt Ghc conf (\_ -> return $ formatResult out) (ghc conf (sanitizeHistory exps')) _ -> do io $ mapM_ hClose [i,o,e] mkXPrompt Ghc conf (mkComplFunFromList []) (ghc conf (sanitizeHistory exps')) formatResult :: String -> [String] formatResult str = lastLine : mkLines str where lastLine = take 120 $ repeat ' ' mkLines str = lines str sanitizeHistory :: [String] -> [String] sanitizeHistory e | "let " `isPrefixOf` (last e) = e | otherwise = init e From mailing_list at istitutocolli.org Mon Sep 3 09:01:20 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Mon Sep 3 08:51:56 2007 Subject: [Xmonad] a safer ghci prompt In-Reply-To: <20070903125436.GV16235@laptop.nowhere.net> References: <20070830182141.GL16235@laptop.nowhere.net> <20070903125436.GV16235@laptop.nowhere.net> Message-ID: <20070903130120.GW16235@laptop.nowhere.net> On Mon, Sep 03, 2007 at 02:54:36PM +0200, Andrea Rossato wrote: > write (I hope...,-). It uses heval, an external application that comes > with xmonad-utils: > > http://gorgias.mine.nu/repos/xmonad-utils/src/Heval.hs > or > darcs get http://gorgias.mine.nu/repos/xmonad-utils/ remember to review if ghcPath correct for your system otherwise heval won't work. andrea From kg2007.kg at gmail.com Mon Sep 3 10:33:51 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 10:24:28 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070903122505.GA12904@cse.unsw.EDU.AU> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> Message-ID: <46DC1B4F.80306@gmail.com> Donald Bruce Stewart wrote: > Ah yes, this is it. You're using the darcs version, which uses greedy > switching, it sounds like? The tutorial describes the window switching > used in version 0.2, which for Xinerama users meant more windows being > moved around than necessary. I don't use the darcs version, I use the stable version xmonad 0.2 From xmonad at cenderis.demon.co.uk Mon Sep 3 10:41:38 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Mon Sep 3 10:32:14 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC1B4F.80306@gmail.com> (kg's message of "Mon\, 03 Sep 2007 16\:33\:51 +0200") References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> Message-ID: <80d4wzu7z1.fsf@tiny.isode.net> kg writes: > Donald Bruce Stewart wrote: >> Ah yes, this is it. You're using the darcs version, which uses greedy >> switching, it sounds like? The tutorial describes the window switching >> used in version 0.2, which for Xinerama users meant more windows being >> moved around than necessary. > I don't use the darcs version, I use the stable version xmonad 0.2 > Oh. In that case I think if you have focus in workspace 1, and workspace 2 is displayed in the other screen, then mod-2 ought to change focus to the other screen. (Things can go wrong if you have a pointer which jiggles a bit, since the pointer stays in the same place and may cause a window in workspace-1 to regain focus. But that shouldn't be a problem for normal mouses.) From kg2007.kg at gmail.com Mon Sep 3 11:17:47 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 11:08:24 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <80d4wzu7z1.fsf@tiny.isode.net> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> Message-ID: <46DC259B.5040603@gmail.com> Bruce Stephens wrote: > Oh. In that case I think if you have focus in workspace 1, and > workspace 2 is displayed in the other screen, then mod-2 ought to > change focus to the other screen. > mod-2 don't change to the other screen (or mod-1 !) From xmonad at cenderis.demon.co.uk Mon Sep 3 12:55:41 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Mon Sep 3 12:46:14 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC23D8.1070305@gmail.com> (kg's message of "Mon\, 03 Sep 2007 17\:10\:16 +0200") References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> Message-ID: <87vearit82.fsf@cenderis.demon.co.uk> kg writes: > Bruce Stephens wrote: >> Oh. In that case I think if you have focus in workspace 1, and >> workspace 2 is displayed in the other screen, then mod-2 ought to >> change focus to the other screen. >> > mod-2 don't change to the other screen (or mod-1 !) Don't know, then. Unless your pointer can move slightly. I use a Wacom tablet and mouse, and it can move by a few pixels just because of noise. If the pointer is close to the boundary of a window, then sometimes the focus can move unexpectedly, and with the old xmonad behaviour that sometimes gave the effect you report. I guess that might happen with other kinds of pointing device, though I'd have thought it would be unusual. From mailing_list at istitutocolli.org Mon Sep 3 13:25:30 2007 From: mailing_list at istitutocolli.org (Andrea Rossato) Date: Mon Sep 3 13:30:14 2007 Subject: [Xmonad] Re: [Haskell-cafe] Hawiki articles In-Reply-To: <404396ef0709030920q1a1933c3o415efd463f956647@mail.gmail.com> References: <1188834622.5450.21.camel@derek-laptop> <404396ef0709030920q1a1933c3o415efd463f956647@mail.gmail.com> Message-ID: <20070903172530.GX16235@laptop.nowhere.net> On Mon, Sep 03, 2007 at 05:20:22PM +0100, Neil Mitchell wrote: > > Bring back HaWiki! > > I couldn't agree more! We built up an incredible array of articles, by > fantastic authors with stunning content - which we then deleted... I > learnt much from the old wiki, and it would be a shame if others > didn't get that opportunity. I can't say it better! Bring it back please. Andrea From kg2007.kg at gmail.com Mon Sep 3 16:36:55 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 16:27:34 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <87vearit82.fsf@cenderis.demon.co.uk> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> Message-ID: <46DC7067.4030506@gmail.com> Bruce Stephens wrote: > Don't know, then. Unless your pointer can move slightly. I use a > Wacom tablet and mouse, and it can move by a few pixels just because > of noise. > If the pointer is close to the boundary of a window, then sometimes > the focus can move unexpectedly, and with the old xmonad behaviour > that sometimes gave the effect you report. > > I guess that might happen with other kinds of pointing device, though > I'd have thought it would be unusual. My pointer don't move and it is in the middle of a screen. I have passed enough time to try that ... I'm so sad to continu to use Ion ... so, I will be back a day... I want to thank everybody. see you soon :) From dons at cse.unsw.edu.au Mon Sep 3 16:41:37 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 16:32:11 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC7067.4030506@gmail.com> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> Message-ID: <20070903204137.GC15345@cse.unsw.EDU.AU> kg2007.kg: > Bruce Stephens wrote: > >Don't know, then. Unless your pointer can move slightly. I use a > >Wacom tablet and mouse, and it can move by a few pixels just because > >of noise. > >If the pointer is close to the boundary of a window, then sometimes > >the focus can move unexpectedly, and with the old xmonad behaviour > >that sometimes gave the effect you report. > > > >I guess that might happen with other kinds of pointing device, though > >I'd have thought it would be unusual. > > My pointer don't move and it is in the middle of a screen. > > > I have passed enough time to try that ... > I'm so sad to continu to use Ion ... so, I will be back a day... > > I want to thank everybody. > > see you soon :) Hmm. We still have no idea what the problem was though. Can you describe exactly which version of xmonad you downloaded, and what behaviour occured, after you logged in and started xmonad? Was Xinerama detected? What bindings work? -- Don From kg2007.kg at gmail.com Mon Sep 3 16:53:28 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 16:44:05 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070903204137.GC15345@cse.unsw.EDU.AU> References: <46DAE1CB.5040200@gmail.com> <20070902162837.GT16235@laptop.nowhere.net> <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> Message-ID: <46DC7448.8050206@gmail.com> Donald Bruce Stewart wrote: > Hmm. We still have no idea what the problem was though. Can you describe > exactly which version of xmonad you downloaded, xmonad 0.2 compilation: runhaskell Setup.lhs configure --prefix=$(PREFIX) runhaskell Setup.lhs build runhaskell Setup.lhs install --user > and what behaviour > occured, after you logged in and started xmonad? > > After starting, I find two empty screen. > Was Xinerama detected? Yes I can specify when I start X whitout Xinerama option the problem (switching workspace) is the same. > What bindings work? > Mod-e ; mod-w ;mod-p ; mod-shift-return ; mod-shift-q ; mod-space From dons at cse.unsw.edu.au Mon Sep 3 16:57:40 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 16:48:15 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC7448.8050206@gmail.com> References: <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> Message-ID: <20070903205740.GD15345@cse.unsw.EDU.AU> kg2007.kg: > Donald Bruce Stewart wrote: > >Hmm. We still have no idea what the problem was though. Can you describe > >exactly which version of xmonad you downloaded, > xmonad 0.2 > > compilation: > runhaskell Setup.lhs configure --prefix=$(PREFIX) > runhaskell Setup.lhs build > runhaskell Setup.lhs install --user > > > > and what behaviour > >occured, after you logged in and started xmonad? > > > > > After starting, I find two empty screen. > > >Was Xinerama detected? > Yes > I can specify when I start X whitout Xinerama option the problem > (switching workspace) is the same. > > What bindings work? > > > Mod-e ; mod-w ;mod-p ; mod-shift-return ; mod-shift-q ; mod-space > So you have 2 physical screens connected with Xinerama. xmonad sets them up correctly, and you can move focus between the two screens correctly, and open new xterms? You can also modify the tiling algorithm with mod-space. However, your mod-1..n workspace switching don't work? Is it possible you've got a strange mod key setting, perhaps? What does xmodmap print? -- Don From kg2007.kg at gmail.com Mon Sep 3 18:20:33 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 18:11:09 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070903205740.GD15345@cse.unsw.EDU.AU> References: <46DAFE15.6040502@gmail.com> <807in8uhhz.fsf@tiny.isode.net> <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> Message-ID: <46DC88B1.6010406@gmail.com> Donald Bruce Stewart wrote: > However, your mod-1..n workspace switching don't work? Is it possible > you've got a strange mod key setting, perhaps? What does xmodmap print? > I have a french keyboard (azerty). I have modified the Config.hs file : -- mod-[1..9] @@ Switch to workspace N -- mod-shift-[1..9] @@ Move client to workspace N [((m .|. modMask, k), f i) | (i, k) <- zip [0 .. fromIntegral workspaces - 1] [xK_1 ..] , (f, m) <- [(view, 0), (shift, shiftMask)]] ++ -- Ajout -- mod-[1..9] @@ Switch to workspace N -- mod-shift-[1..9] @@ Move client to workspace N [((m .|. modMask, k), f i) | (i, k) <- zip [0 .. fromIntegral workspaces - 1] [xK_a ..] -- See here , (f, m) <- [(view, 0), (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 .|. modMask, key), screenWorkspace sc >>= f) | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] , (f, m) <- [(view, 0), (shift, shiftMask)]] When the shortcut is mod-a, I can switch workspace :) So, it is a key bindings problem. A brief descritption of a french keyborad: To do the number 1 , we must press shift+& . So, to do a 1 I must press on shift then '&'. Maybe , xmonad catch mod-shift-& and not mod-(shift-&) -> mod-1 . Is that I say is comprehensible ? If yes, Are you agree ? From kg2007.kg at gmail.com Mon Sep 3 19:22:05 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 19:12:42 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070903230920.GE15345@cse.unsw.EDU.AU> References: <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> Message-ID: <46DC971D.5040208@gmail.com> Donald Bruce Stewart wrote: > Ah! You've modified your Config.hs -- you should tell us that up front > when keybindings don't work :) > I have modified sources just before my last mail. And I have two folder, one for the original code, the second for modifications. > Is it possible to confirm that the keybindings do in fact work with a > default Config.hs ? > > No, the keybinding does not work whit the default Config.hs. But It works with the piece of code which I add. (keybinding: mod-a , mod-b ... for workspace 1 , 2 ..). From dons at cse.unsw.edu.au Mon Sep 3 19:25:45 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 19:16:19 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC971D.5040208@gmail.com> References: <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> Message-ID: <20070903232545.GI15345@cse.unsw.EDU.AU> kg2007.kg: > Donald Bruce Stewart wrote: > >Ah! You've modified your Config.hs -- you should tell us that up front > >when keybindings don't work :) > > > I have modified sources just before my last mail. And I have two folder, > one for the original code, the second for modifications. > >Is it possible to confirm that the keybindings do in fact work with a > >default Config.hs ? > > > > > No, the keybinding does not work whit the default Config.hs. > But It works with the piece of code which I add. (keybinding: mod-a , > mod-b ... for workspace 1 , 2 ..). > > Ok, I suspect then that X or xmodmap are confused about your keyboard (or possibly your modkey). -- Don From dons at cse.unsw.edu.au Mon Sep 3 19:59:47 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 19:50:21 2007 Subject: [Xmonad] unclutter In-Reply-To: <20070828142822.GK16050@laptop.nowhere.net> References: <20070828142822.GK16050@laptop.nowhere.net> Message-ID: <20070903235947.GM15345@cse.unsw.EDU.AU> mailing_list: > Hi, > > yesterday there has been a complain about the way unclutter (the small > utility to hide the pointer after some inactivity) interacts with > XMonad. If you run it without the -grab option and you happen to have > the pointer over the borders of the screen, it is not possible to > change the focus anymore. This is because XMonad uses the mouse to > focus windows.[1] > > This is due to the unclutter default behavior, which uses fake X events > to interact with other X clients. > > So I rewrote unclutter in Haskell. There's a small issue with threads > and the timer, but it is usable here. > > You can grab it with other haskell utilities for xmonad here: > darcs get http://gorgias.mine.nu/repos/xmonad-utils/ > > or get it directly here: > http://gorgias.mine.nu/repos/xmonad-utils/src/Hhp.hs > together with this: > http://gorgias.mine.nu/repos/xmonad-utils/src/Utils.hs > > This is a collection of utilities I've already written about. I'm > going to release them as soon as X11-extras-0.3 will be released. Great work Andrea. This loooooooooooooooong outstanding unclutter bug is annoying. Cheers, Don From kg2007.kg at gmail.com Mon Sep 3 20:00:13 2007 From: kg2007.kg at gmail.com (kg) Date: Mon Sep 3 19:50:57 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070903232545.GI15345@cse.unsw.EDU.AU> References: <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> <20070903232545.GI15345@cse.unsw.EDU.AU> Message-ID: <46DCA00D.7090807@gmail.com> Thanks everybody :) I have find a solution ... I don't believe it's a beautiful solution, but it works ! In the Config.hs : keyWorkspace :: [KeySym] keyWorkspace = [xK_ampersand,xK_eacute,xK_quotedbl, xK_apostrophe,xK_parenleft,xK_minus,xK_egrave,xK_underscore,xK_ccedilla, xK_agrave] -- mod-[1..9] @@ Switch to workspace N -- mod-shift-[1..9] @@ Move client to workspace N [((m .|. modMask, k), f i) | (i, k) <- zip [0 .. fromIntegral workspaces - 1] (take (fromIntegral workspaces - 1) keyWorkspace) , (f, m) <- [(view, 0), (shift, shiftMask)]] Then, I answer me a question : Am I the first "french keyboard" 's user who use xmonad ? Thanks again . From dons at cse.unsw.edu.au Mon Sep 3 20:23:58 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Mon Sep 3 20:14:32 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DCA00D.7090807@gmail.com> References: <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> <20070903232545.GI15345@cse.unsw.EDU.AU> <46DCA00D.7090807@gmail.com> Message-ID: <20070904002358.GP15345@cse.unsw.EDU.AU> kg2007.kg: > Thanks everybody :) > > I have find a solution ... I don't believe it's a beautiful solution, > but it works ! > > In the Config.hs : > > keyWorkspace :: [KeySym] > keyWorkspace = [xK_ampersand,xK_eacute,xK_quotedbl, > > xK_apostrophe,xK_parenleft,xK_minus,xK_egrave,xK_underscore,xK_ccedilla, > xK_agrave] > > -- mod-[1..9] @@ Switch to workspace N > -- mod-shift-[1..9] @@ Move client to workspace N > [((m .|. modMask, k), f i) > | (i, k) <- zip [0 .. fromIntegral workspaces - 1] (take > (fromIntegral workspaces - 1) keyWorkspace) > , (f, m) <- [(view, 0), (shift, shiftMask)]] > > Then, I answer me a question : > Am I the first "french keyboard" 's user who use xmonad ? > Well, the first to report a problem anyway :) I'm glad you've found a solution: would you like to summarise it so we can add it to the FAQ page? -- Don From stefanor at cox.net Mon Sep 3 23:05:12 2007 From: stefanor at cox.net (Stefan O'Rear) Date: Mon Sep 3 22:55:44 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <46DC88B1.6010406@gmail.com> References: <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC88B1.6010406@gmail.com> Message-ID: <20070904030512.GA3168@localhost.localdomain> On Tue, Sep 04, 2007 at 12:20:33AM +0200, kg wrote: > So, to do a 1 I must press on shift then '&'. Maybe , xmonad catch > mod-shift-& and not mod-(shift-&) -> mod-1 . > Is that I say is comprehensible ? > If yes, > Are you agree ? I definitely recall this being the documented behavior of X keysym bindings; it works with regard to *physical* keys, together with the set of modifiers, but keyboard layout etc are ignored. So your issue makes perfect sense, and the correct fix is to chose different keys for those bindings. (Now if only we'd thought to ask for a photo of your keyboard!) Stefan -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: Digital signature Url : http://www.haskell.org/pipermail/xmonad/attachments/20070903/625acf0f/attachment.bin From droundy at darcs.net Tue Sep 4 10:32:40 2007 From: droundy at darcs.net (David Roundy) Date: Tue Sep 4 10:23:17 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070904002358.GP15345@cse.unsw.EDU.AU> References: <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> <20070903232545.GI15345@cse.unsw.EDU.AU> <46DCA00D.7090807@gmail.com> <20070904002358.GP15345@cse.unsw.EDU.AU> Message-ID: <20070904143228.GA2511@darcs.net> On Tue, Sep 04, 2007 at 10:23:58AM +1000, Donald Bruce Stewart wrote: > kg2007.kg: > > Thanks everybody :) > > > > I have find a solution ... I don't believe it's a beautiful solution, > > but it works ! > > > > In the Config.hs : > > > > keyWorkspace :: [KeySym] > > keyWorkspace = [xK_ampersand,xK_eacute,xK_quotedbl, > > > > xK_apostrophe,xK_parenleft,xK_minus,xK_egrave,xK_underscore,xK_ccedilla, > > xK_agrave] > > > > -- mod-[1..9] @@ Switch to workspace N > > -- mod-shift-[1..9] @@ Move client to workspace N > > [((m .|. modMask, k), f i) > > | (i, k) <- zip [0 .. fromIntegral workspaces - 1] (take > > (fromIntegral workspaces - 1) keyWorkspace) > > , (f, m) <- [(view, 0), (shift, shiftMask)]] Just out of curiosity, could you try if this would work? -- mod-[1..9] @@ Switch to workspace N -- mod-shift-[1..9] @@ Move client to workspace N [((m .|. modMask, k), f i) | (i, k) <- zip workspaces [xK_F1 ..] , (f, m) <- [(view, 0), (shift, shiftMask)]] This is my personal setting, because I get annoyed with the overlap with emacs' key bindings (and my laptop has no other mod key I could redefine modMask as). If it also turns out to be more robust with regard to international keyboards, it might not be a bad default. -- David Roundy Department of Physics Oregon State University From kg2007.kg at gmail.com Tue Sep 4 12:04:01 2007 From: kg2007.kg at gmail.com (kg) Date: Tue Sep 4 11:54:36 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070904030512.GA3168@localhost.localdomain> References: <20070903122505.GA12904@cse.unsw.EDU.AU> <46DC1B4F.80306@gmail.com> <80d4wzu7z1.fsf@tiny.isode.net> <46DC23D8.1070305@gmail.com> <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC88B1.6010406@gmail.com> <20070904030512.GA3168@localhost.localdomain> Message-ID: <46DD81F1.5070709@gmail.com> Stefan O'Rear wrote: > (Now if only we'd thought to ask for a photo of your > keyboard!) > > I don't sure if I have understand ... That a photo a my keyboard type : http://fr.wikipedia.org/wiki/Image:Clavier_informatique_AZERTY.JPG From kg2007.kg at gmail.com Tue Sep 4 12:16:24 2007 From: kg2007.kg at gmail.com (kg) Date: Tue Sep 4 12:07:03 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070904143228.GA2511@darcs.net> References: <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> <20070903232545.GI15345@cse.unsw.EDU.AU> <46DCA00D.7090807@gmail.com> <20070904002358.GP15345@cse.unsw.EDU.AU> <20070904143228.GA2511@darcs.net> Message-ID: <46DD84D8.6020806@gmail.com> David Roundy wrote: > Just out of curiosity, could you try if this would work? > > -- mod-[1..9] @@ Switch to workspace N > -- mod-shift-[1..9] @@ Move client to workspace N > [((m .|. modMask, k), f i) > | (i, k) <- zip workspaces [xK_F1 ..] > , (f, m) <- [(view, 0), (shift, shiftMask)]] > > This is my personal setting, because I get annoyed with the overlap with > emacs' key bindings (and my laptop has no other mod key I could redefine > modMask as). If it also turns out to be more robust with regard to > international keyboards, it might not be a bad default. Yes, it works . From kg2007.kg at gmail.com Tue Sep 4 12:22:09 2007 From: kg2007.kg at gmail.com (kg) Date: Tue Sep 4 12:12:43 2007 Subject: [Xmonad] Re: Switching workspace ... In-Reply-To: <20070904002358.GP15345@cse.unsw.EDU.AU> References: <87vearit82.fsf@cenderis.demon.co.uk> <46DC7067.4030506@gmail.com> <20070903204137.GC15345@cse.unsw.EDU.AU> <46DC7448.8050206@gmail.com> <20070903205740.GD15345@cse.unsw.EDU.AU> <46DC888E.4080302@gmail.com> <20070903230920.GE15345@cse.unsw.EDU.AU> <46DC971D.5040208@gmail.com> <20070903232545.GI15345@cse.unsw.EDU.AU> <46DCA00D.7090807@gmail.com> <20070904002358.GP15345@cse.unsw.EDU.AU> Message-ID: <46DD8631.5060606@gmail.com> Donald Bruce Stewart wrote: > Well, the first to report a problem anyway :) > > I'm glad you've found a solution: would you like to summarise it so we > can add it to the FAQ page? I think all "french keyborad"'s users who use xmonad will have this problem ... There is a more easy solution with F1..F9 (from David Roundy): -- mod-[1..9] @@ Switch to workspace N -- mod-shift-[1..9] @@ Move client to workspace N [((m .|. modMask, k), f i) | (i, k) <- zip workspaces [xK_F1 ..] , (f, m) <- [(view, 0), (shift, shiftMask)]] From droundy at darcs.net Tue Sep 4 17:26:44 2007 From: droundy at darcs.net (David Roundy) Date: Tue Sep 4 17:17:47 2007 Subject: [Xmonad] darcs patch: add function and comment assisting use in resizing the... Message-ID: Here's a change I expect to find helpful when living in a VNC client (since I'm far from my primary computer, and my laptop is very wimpy). Basically it allows me to define a keybinding that unilaterally changes the screen size, regardless of what X thinks. Slightly hokey, but helpful. David Tue Sep 4 17:24:29 EDT 2007 David Roundy * add function and comment assisting use in resizing the screen. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 44553 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070904/1ca1dcf1/attachment-0001.bin From dons at cse.unsw.edu.au Tue Sep 4 23:02:51 2007 From: dons at cse.unsw.edu.au (Donald Bruce Stewart) Date: Tue Sep 4 22:53:26 2007 Subject: [Xmonad] ANNOUNCE: xmonad 0.3 Message-ID: <20070905030251.GB16045@cse.unsw.EDU.AU> The xmonad dev team is pleased to announce the 0.3 release of xmonad. xmonad: a tiling window manager http://xmonad.org About: xmonad is a tiling window manager for X. Windows are arranged automatically to tile the screen without gaps or overlap, maximising screen use. All features of the window manager are accessible from the keyboard: a mouse is strictly optional. xmonad is written and extensible in Haskell. Custom layout algorithms, and other extensions, may be written by the user in config files. Layouts are applied dynamically, and different layouts may be used on each workspace. Xinerama is fully supported, allowing windows to be tiled on several screens. Features: * Very stable, fast, small and simple. * Automatic window tiling and management * First class keyboard support: a mouse is unnecessary * Full support for tiling windows on multi-head displays * Full support for floating windows * XRandR support to rotate, add or remove monitors * Per-workspace layout algorithms * Per-screens custom status bars * Easy, powerful customisation and reconfiguration * Large extension library * Extensive documentation and support for hacking Since xmonad 0.2, the following notable features and bug fixes have appeared: New features: * floating layer support: transients windows are not tiled by default, and windows may be dragged to and from a traditional floating layer (which allows mouse-resizing, and overlapping windows). * improved Xinerama support: workspace switching reuses multiple displays more effectively. * huge new extension library. Over 50 extensions to xmonad have been contributed by users, and are available all in a standard library, with documentation. More information, screenshots, documentation and community resources are available from: http://xmonad.org Xmonad is available from hackage, and via darcs. Happy hacking! The Xmonad Team: Spencer Janssen Don Stewart Jason Creighton Xmonad has also received contributions from at least: Alec Berryman Andrea Rossato Chris Mears Daniel Wagner David Glasser David Lazar David Roundy Hans Philipp Annen Joachim Fasting Joe Thornber Kai Grossjohann Karsten Schoelzel Michael Sloan Miikka Koskinen Neil Mitchell Nelson Elhage Nick Burlett Peter De Wachter Robert Marlow Sam Hughes Shachaf Ben-Kiki Shae Erisson Simon Peyton Jones Stefan O'Rear as well as many others on the IRC channel and mailing list. Thanks to everyone! From droundy at darcs.net Wed Sep 5 08:42:45 2007 From: droundy at darcs.net (David Roundy) Date: Wed Sep 5 08:33:51 2007 Subject: [Xmonad] darcs patch: make dragPane handle thinner. Message-ID: Wed Sep 5 08:41:39 EDT 2007 David Roundy * make dragPane handle thinner. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 43147 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/77f30377/attachment-0001.bin From geoffw at cis.upenn.edu Wed Sep 5 11:48:05 2007 From: geoffw at cis.upenn.edu (Geoffrey Alan Washburn) Date: Wed Sep 5 11:38:49 2007 Subject: [Xmonad] Re: ANNOUNCE: xmonad 0.3 In-Reply-To: <46DE714F.7030802@telenet.be> References: <20070905030251.GB16045@cse.unsw.EDU.AU> <46DE714F.7030802@telenet.be> Message-ID: <46DECFB5.2090106@cis.upenn.edu> Peter Verswyvelen wrote: > Looks really nice, but if I understand it correctly it is specific for > X, so does not work on Windows? I have not tried it, but in theory you should be able to use xmonad as a window manager for X11 applications in Windows. However, you cannot use xmonad to manage Windows applications. I have seen some interesting customizations of window management in Vista, so it is conceivable that if the correct hooks are available, and if the X11 portion of xmonad were abstracted out, it would be possible to write an alternate backend for Windows applications. From ndmitchell at gmail.com Wed Sep 5 12:07:57 2007 From: ndmitchell at gmail.com (Neil Mitchell) Date: Wed Sep 5 11:58:24 2007 Subject: [Xmonad] Re: ANNOUNCE: xmonad 0.3 In-Reply-To: <46DECFB5.2090106@cis.upenn.edu> References: <20070905030251.GB16045@cse.unsw.EDU.AU> <46DE714F.7030802@telenet.be> <46DECFB5.2090106@cis.upenn.edu> Message-ID: <404396ef0709050907t68ea994dk4a49a600876accb9@mail.gmail.com> Hi It is possible to write a window manager for Windows - I did so years ago: http://www.nmitchell.co.uk/programs/sysutils.htm - BlueDock. You don't need to run inside a Gtk window, but you do need to do a lot of hook programming, which is fiddly and brittle, and requires an external .dll, which Haskell currently can't create. Thanks Neil On 9/5/07, Geoffrey Alan Washburn wrote: > Peter Verswyvelen wrote: > > Looks really nice, but if I understand it correctly it is specific for > > X, so does not work on Windows? > > I have not tried it, but in theory you should be able to use xmonad as a > window manager for X11 applications in Windows. However, you cannot use > xmonad to manage Windows applications. I have seen some interesting > customizations of window management in Vista, so it is conceivable that > if the correct hooks are available, and if the X11 portion of xmonad > were abstracted out, it would be possible to write an alternate backend > for Windows applications. > > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad > From droundy at darcs.net Wed Sep 5 15:28:08 2007 From: droundy at darcs.net (David Roundy) Date: Wed Sep 5 15:22:38 2007 Subject: [Xmonad] darcs patch: Define a read-state-only monad for Layouts. Message-ID: Hi all, Here's a proposed change for the Layout API. I'm not yet sending updates for XMonadContrib, since I'd rather first hear what folks think. The idea is to disallow changes to the XState in Layout hooks, so we won't run into trouble with the state changing while we're in the process of updating said state. Basically, as far as I can tell, this is needed in order for the current Layouts API to be safe. A catch is that some existing Layout code will break. I would say that that code is fragile and really wants a generic hooks API. As far as I know, the modules that I maintain will work with this change. Any Layout that just lays out windows and does IO stuff will still work (e.g. even weird ones like WorkspaceDir won't be broken). But, for example, Andreas' focus-follows-mouse Layout will break, since it relies on modifying the XState (to change focus) within the Layout (which is also why it breaks when combined with other Layouts). I look forward to discussion. In my opinion, we really need a cleaner Layout API. (See also my previous email on moving Layouts into the StackSet, which I still think would be a good idea...) David Wed Sep 5 15:21:15 EDT 2007 David Roundy * Define a read-state-only monad for Layouts. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 4909 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/a578b76b/attachment.bin From sjanssen at cse.unl.edu Wed Sep 5 15:37:39 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 15:29:23 2007 Subject: [Xmonad] darcs patch: Docstring parser redux In-Reply-To: <46CA2C66.80201@gmail.com> References: <46CA2C66.80201@gmail.com> Message-ID: <200709051437.39586.sjanssen@cse.unl.edu> On Monday 20 August 2007 19:05:58 Alex Tarkovsky wrote: > These are the same patches I committed last Monday but updated against > subsequent commits to main and contrib. I've applied the contrib patch, and recorded a new version of the xmonad patch to avoid conflicts. There is a lot of repetition between the haddock docs and these docstrings, can we figure out a way to unify them? Cheers, Spencer Janssen From sjanssen at cse.unl.edu Wed Sep 5 15:42:10 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 15:33:51 2007 Subject: [Xmonad] moving layouts to Workspace In-Reply-To: <20070821011744.GA12657@darcs.net> References: <20070821011744.GA12657@darcs.net> Message-ID: <200709051442.10571.sjanssen@cse.unl.edu> On Monday 20 August 2007 20:17:45 David Roundy wrote: > Hi all, > > I've been thinking that we'd be better off if the contents of layouts were > moved to Workspace, something like > > data Workspace i l a = Workspace { tag :: !i, layouts :: (l a,[l a]), > stack :: StackOrNot a } deriving (Show, Read, Eq) > > Thus the layout for each workspace would be stored with that workspace. > This seems cleaner than the current approach of using a Data.Map.Map to > figure out what the layout is for each workspace, since the data type would > enforce that a layout exists for each workspace, rather than relying on an > invarient that each workspace must have an entry in the map (an invarient I > broke while writing DynamicWorkspaces, embarassingly crashing xmonad). > > This change would be pretty . We just need to think of a way to serialize layouts first (another thing that should happen for 0.4). > like a good idea. Personally, I think it'll be far more beautiful. There > *are* bits of code that'll get trickier (e.g. Operations.broadcastMessage). > But in my mind any such complexities are outweighed by the greater > modularity, that one can modify a Workspace in isolation--and in a way that > doesn't cause xmonad to crash when the workspace ids get out of sync with > the contents of the Data.Map layouts. Yes, we should do this for 0.4. We need to figure out how to serialize layouts first (which is another thing that should happen for 0.4). Cheers, Spencer Janssen From sjanssen at cse.unl.edu Wed Sep 5 16:28:55 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:20:36 2007 Subject: [Xmonad] darcs patch: switch WorkspaceId to String. In-Reply-To: References: Message-ID: <200709051528.55999.sjanssen@cse.unl.edu> On Monday 20 August 2007 06:44:47 David Roundy wrote: > I don't know what folks will think of this, but I'd rather have WorkspaceId > be a String. Then we don't need to worry about associating Strings with > workspaces, and everything's pretty. > > David > > Mon Aug 20 04:36:58 PDT 2007 David Roundy > * switch WorkspaceId to String. Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 16:32:34 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:24:44 2007 Subject: [Xmonad] darcs patch: CycleWS: a couple of simple functions to cycle between... In-Reply-To: <200708210614.l7L6Eo1k032611@laptop.nowhere.net> References: <200708210614.l7L6Eo1k032611@laptop.nowhere.net> Message-ID: <200709051532.34914.sjanssen@cse.unl.edu> On Tuesday 21 August 2007 01:14:50 Andrea Rossato wrote: > Hi, > > I'm resending this patch because of some cosmetic changes: I recently > discovered emacs' align-regexp for vertical alignment. It fits > perfectly with Haskell code, so I want to use it. But I was too quick > and I sent the patch before formatting it..;-) > > ciao > andrea > > Tue Aug 21 08:11:32 CEST 2007 Andrea Rossato > * CycleWS: a couple of simple functions to cycle between workspaces Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 16:45:36 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:37:17 2007 Subject: [Xmonad] darcs patch: clean up CopyWindow. In-Reply-To: References: Message-ID: <200709051545.36905.sjanssen@cse.unl.edu> On Thursday 23 August 2007 11:00:40 David Roundy wrote: > This is a cleanup in my CopyWindow module. It simplifies things a bit. > > David > > Thu Aug 23 11:59:12 EDT 2007 David Roundy > * clean up CopyWindow. Applied, thanks. From kuser at gmx.de Wed Sep 5 16:48:29 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Wed Sep 5 16:38:49 2007 Subject: [Xmonad] darcs patch: Move lower boundary check into applySizeHints, because... Message-ID: <1189025309.0@asus> Wed Sep 5 21:21:25 CEST 2007 Karsten Schoelzel * Move lower boundary check into applySizeHints, because all users of applySizeHints do this manually. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 1189 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/85caceeb/attachment-0001.bin From kuser at gmx.de Wed Sep 5 16:48:57 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Wed Sep 5 16:39:18 2007 Subject: [Xmonad] darcs patch: Unify Drag(UpDown)Pane Message-ID: <1189025337.0@asus> Tue Sep 4 23:03:12 CEST 2007 Karsten Schoelzel * Unify Drag(UpDown)Pane -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 48921 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/ebcc04a0/attachment-0001.bin From kuser at gmx.de Wed Sep 5 16:49:19 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Wed Sep 5 16:39:42 2007 Subject: [Xmonad] darcs patch: Fix FlexibleResize for change in applySi... (and 1 more) Message-ID: <1189025359.0@asus> Wed Sep 5 21:39:26 CEST 2007 Karsten Schoelzel * Fix FlexibleResize for change in applySizeHints Wed Sep 5 21:56:19 CEST 2007 Karsten Schoelzel * Add type signatures. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 44279 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/cc525509/attachment-0001.bin From sjanssen at cse.unl.edu Wed Sep 5 16:51:33 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:44:27 2007 Subject: [Xmonad] darcs patch: remove LayoutHooks module (which is unus... (and 2 more) In-Reply-To: References: Message-ID: <200709051551.33563.sjanssen@cse.unl.edu> On Thursday 23 August 2007 11:02:43 David Roundy wrote: > Here are three cleanup patches that are to modules that I don't maintain, > so they're only to be applied if the maintainer agrees, or you think > they're obvious improvements. The removal of LayoutHooks is sort of > gratuitous, but a helper module with no users seems highly suspect to me. > Also, it may be buggy. I haven't reviewed it, but it does the sort of > thing that is tricky to get right. > > David > > Thu Aug 23 11:45:20 EDT 2007 David Roundy > * remove LayoutHooks module (which is unused). > > Thu Aug 23 11:54:05 EDT 2007 David Roundy > * cleanup in ViewPrev. > > Thu Aug 23 11:54:37 EDT 2007 David Roundy > * cleanup in DwmPromote. Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 16:53:02 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:44:43 2007 Subject: [Xmonad] getAtom patch In-Reply-To: References: Message-ID: <200709051553.03008.sjanssen@cse.unl.edu> On Saturday 25 August 2007 19:54:23 Ivan Tarasov wrote: > minor patch: getAtom should be exported from XMonad, so that XMonadContrib > modules could reuse it > > Ivan Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 16:54:56 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:46:36 2007 Subject: [Xmonad] XMonadContrib.SetWMName: a solution to Java problem In-Reply-To: References: Message-ID: <200709051554.56499.sjanssen@cse.unl.edu> On Saturday 25 August 2007 20:15:31 Ivan Tarasov wrote: > I've done some research into the problem and also contacted the AWT > developers. Here is the situation: the low-level AWT code is completely > broken and needs big rework. It is unlikely that it gets fixed before JDK7 > (and there are no guarantees, because this is formally a low-priority bug: > non-reparenting WMs are not officially supported), although AWT developers > are trying to improve the situation in background. > > Recently (in JDK 1.6u1) they added support for Compiz and LG3D WMs which > don't do reparenting. Thus it is possible to make Xmonad pretend that it is > one of these WMs, and thus workaround the problem. However pretending to be > Compiz doesn't help (because of another AWT bug, cf. the insets problem). > For LG3D there is a special branch which resets the insets to zero, which > happens to be just what we need. Setting WM name to "LG3D" fixes > gray-rectangle-instead-of-a-window problem. > > The patch adds a new XMonadContrib module. One should make a key-binding > which executes the (setWMName "LG3D"), which should be used before running > Java GUI programs. It is okay to execute this action several times, it > takes care not to leak windows. > > Ivan Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 16:57:16 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:48:57 2007 Subject: [Xmonad] darcs patch: DragPane.hs: fixes usage info (requires ... (and 2 more) In-Reply-To: <20070827151008.GK9326@darcs.net> References: <200708270943.l7R9hYaa020763@laptop.nowhere.net> <20070827145529.GF16050@laptop.nowhere.net> <20070827151008.GK9326@darcs.net> Message-ID: <200709051557.16415.sjanssen@cse.unl.edu> > We could also implement (which would be nice) and XMonadContrib module that > generates unique integers, e.g. > > uniqueInt :: X Int > > which would probably need to use the unsafePerformIO/NOINLINE trick, alas. > Or it could just gamble using a random number generator (which isn't a bad > idea, as long as uniqueness isn't required for safety). There's Data.Unique too. Cheers, Spencer Janssen From sjanssen at cse.unl.edu Wed Sep 5 17:03:55 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:55:46 2007 Subject: [Xmonad] darcs patch: HintedTile.hs: fixes usage info (and 1 more) In-Reply-To: <200708271532.l7RFWEAE032390@laptop.nowhere.net> References: <200708271532.l7RFWEAE032390@laptop.nowhere.net> Message-ID: <200709051603.55724.sjanssen@cse.unl.edu> On Monday 27 August 2007 10:32:14 Andrea Rossato wrote: > Hi, > > I'm sending again with an amended patch to DragPane. > > This patches are documentation only. > > Andrea > > Mon Aug 27 11:40:06 CEST 2007 Andrea Rossato > * HintedTile.hs: fixes usage info > > Mon Aug 27 17:29:53 CEST 2007 Andrea Rossato > * DragPane.hs: fixes usage info These patches conflict with the docstring patch I applied earlier, can you resend this patch? Cheers, Spencer Janssen From sjanssen at cse.unl.edu Wed Sep 5 17:04:32 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 16:56:15 2007 Subject: [Xmonad] darcs patch: cleanup in WorkspaceDir. In-Reply-To: References: Message-ID: <200709051604.32380.sjanssen@cse.unl.edu> On Monday 27 August 2007 13:59:58 David Roundy wrote: > Mon Aug 27 14:58:33 EDT 2007 David Roundy > * cleanup in WorkspaceDir. Applied. From sjanssen at cse.unl.edu Wed Sep 5 17:11:16 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 17:02:57 2007 Subject: [Xmonad] darcs patch: add function and comment assisting use in resizing the... In-Reply-To: References: Message-ID: <200709051611.16317.sjanssen@cse.unl.edu> On Tuesday 04 September 2007 16:26:44 David Roundy wrote: > Here's a change I expect to find helpful when living in a VNC > client (since I'm far from my primary computer, and my laptop > is very wimpy). Basically it allows me to define a keybinding > that unilaterally changes the screen size, regardless of what > X thinks. Slightly hokey, but helpful. > > David > > Tue Sep 4 17:24:29 EDT 2007 David Roundy > * add function and comment assisting use in resizing the screen. This conflicts with the docstring patch, can you send an amended version? Cheers, Spencer Janssen From sjanssen at cse.unl.edu Wed Sep 5 17:11:45 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 17:03:26 2007 Subject: [Xmonad] darcs patch: make dragPane handle thinner. In-Reply-To: References: Message-ID: <200709051611.45529.sjanssen@cse.unl.edu> On Wednesday 05 September 2007 07:42:45 David Roundy wrote: > Wed Sep 5 08:41:39 EDT 2007 David Roundy > * make dragPane handle thinner. Applied, thanks. From sjanssen at cse.unl.edu Wed Sep 5 17:13:37 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 17:05:17 2007 Subject: [Xmonad] darcs patch: Move lower boundary check into applySizeHints, because... In-Reply-To: <1189025309.0@asus> References: <1189025309.0@asus> Message-ID: <200709051613.37257.sjanssen@cse.unl.edu> On Wednesday 05 September 2007 15:48:29 Karsten Schoelzel wrote: > Wed Sep 5 21:21:25 CEST 2007 Karsten Schoelzel > * Move lower boundary check into applySizeHints, because all users of > applySizeHints do this manually. Applied. From sjanssen at cse.unl.edu Wed Sep 5 17:15:16 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Wed Sep 5 17:07:07 2007 Subject: [Xmonad] darcs patch: Unify Drag(UpDown)Pane In-Reply-To: <1189025337.0@asus> References: <1189025337.0@asus> Message-ID: <200709051615.16622.sjanssen@cse.unl.edu> On Wednesday 05 September 2007 15:48:57 Karsten Schoelzel wrote: > Tue Sep 4 23:03:12 CEST 2007 Karsten Schoelzel > * Unify Drag(UpDown)Pane Applied. This is what I like to see! M ./DragPane.hs -47 +21 From kuser at gmx.de Wed Sep 5 17:27:59 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Wed Sep 5 17:18:21 2007 Subject: [Xmonad] darcs patch: Add FloatKeys for moving and resizing of floating wind... Message-ID: <1189027679.0@asus> Wed Sep 5 23:25:31 CEST 2007 Karsten Schoelzel * Add FloatKeys for moving and resizing of floating windows with the keyboard -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 49864 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070905/d341287f/attachment-0001.bin From codesite-noreply at google.com Wed Sep 5 17:34:24 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Wed Sep 5 17:24:49 2007 Subject: [Xmonad] Issue 8 in xmonad: Make layout info persist across restarts Message-ID: Issue 8: Make layout info persist across restarts http://code.google.com/p/xmonad/issues/detail?id=8 Comment #2 by SpencerJanssen: I promise to get this done for 0.4 Issue attribute updates: Labels: -Milestone-Release0.3 Milestone-Release0.4 -- 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 From codesite-noreply at google.com Wed Sep 5 17:38:30 2007 From: codesite-noreply at google.com (codesite-noreply@google.com) Date: Wed Sep 5 17:28:55 2007 Subject: [Xmonad] Issue 31 in xmonad: Documentation for new features in 0.3 Message-ID: Issue 31: Documentation for new features in 0.3 http://code.google.com/p/xmonad/issues/detail?id=31 Comment #1 by SpencerJanssen: Done, see http://xmonad.org Issue attribute updates: Status: Fixed -- 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 From droundy at darcs.net Thu Sep 6 08:45:04 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 08:35:42 2007 Subject: [Xmonad] darcs patch: Unify Drag(UpDown)Pane In-Reply-To: <1189025337.0@asus> References: <1189025337.0@asus> Message-ID: <20070906124504.GD16593@darcs.net> On Wed, Sep 05, 2007 at 10:48:57PM +0200, Karsten Schoelzel wrote: > Tue Sep 4 23:03:12 CEST 2007 Karsten Schoelzel > * Unify Drag(UpDown)Pane Thanks! That was some seriously sloppy code, and I just didn't have the energy to refactor it... -- David Roundy Department of Physics Oregon State University From droundy at darcs.net Thu Sep 6 08:56:50 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 08:47:40 2007 Subject: [Xmonad] darcs patch: add function and comment assisting use in resizing the... Message-ID: Here's an amend-recorded version with conflict fixed. david Sep 6 08:55:43 EDT 2007 David Roundy * add function and comment assisting use in resizing the screen. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 46602 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070906/dd466c01/attachment-0001.bin From droundy at darcs.net Thu Sep 6 08:57:22 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 08:48:10 2007 Subject: [Xmonad] darcs patch: add function and comment assisting use in resizing the... In-Reply-To: <200709051611.16317.sjanssen@cse.unl.edu> References: <200709051611.16317.sjanssen@cse.unl.edu> Message-ID: <20070906125721.GE16593@darcs.net> On Wed, Sep 05, 2007 at 04:11:16PM -0500, Spencer Janssen wrote: > On Tuesday 04 September 2007 16:26:44 David Roundy wrote: > > Here's a change I expect to find helpful when living in a VNC > > client (since I'm far from my primary computer, and my laptop > > is very wimpy). Basically it allows me to define a keybinding > > that unilaterally changes the screen size, regardless of what > > X thinks. Slightly hokey, but helpful. > > > > David > > > > Tue Sep 4 17:24:29 EDT 2007 David Roundy > > * add function and comment assisting use in resizing the screen. > > This conflicts with the docstring patch, can you send an amended version? Done. Thanks! -- David Roundy Department of Physics Oregon State University From droundy at darcs.net Thu Sep 6 11:57:41 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 11:48:20 2007 Subject: [Xmonad] darcs patch: add LayoutChoice module. Message-ID: Hi all, This function actually could go into xmonad proper, but I'd rather not write that patch until there's a consensus that it's a good idea. This is just a layout that allows you to select between several layouts. Naturally, it's designed to be the "only" layout, so that it handles all layout switching. Besides the ordinary forward and backward rotation of layouts, it allows you to jump directly to named layouts. More features could be added. An obvious one would be to dynamically add and remove layouts from particular workspaces (e.g. I may never want my iceweasel workspace to be anything but full and tabbed). If this is moved into mainline xmonad, it would mean that we could eliminate the ugly (Layout Window, [Layout Window]) in favor of a simple (Layout Window). Incidentally, what drove me to write this was not a cleanup (which would be a good reason), but wanting to have layout modifiers apply to all layouts with a single state shared. My workspaceDir state was getting messed up every time I changed layouts (which is pretty often now that I use VNC with different size screens). Anyhow, thoughts or recommendations are welcome. David Thu Sep 6 11:49:55 EDT 2007 David Roundy * add LayoutChoice module. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 47448 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070906/64b6443f/attachment-0001.bin From gmane.xmonad.zed2323 at xoxy.net Thu Sep 6 12:44:39 2007 From: gmane.xmonad.zed2323 at xoxy.net (Zed Lopez) Date: Thu Sep 6 12:35:16 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work Message-ID: I tried Xmonad 0.3 last night. I have a double-monitor setup, configured as separate screens (I used this successfully with Xmonad 0.2.) I was only using one of them, with the FullScreen layout, and a bog-standard, uncustomized, no-extensions Xmonad 0.3. Occasionally, Mod-tabbing between screens resulted in mouse clicks doing nothing -- the mouse continued to move the cursor. Cycling through the windows again with mod-tab fixed it. I can't reproduce this at will -- like I said, it's intermittent. Is anyone else facing this? From tassilo at member.fsf.org Thu Sep 6 12:50:52 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Thu Sep 6 12:41:27 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: Message-ID: <877in34u1f.fsf@baldur.tsdh.de> David Roundy writes: Hi David, > Anyhow, thoughts or recommendations are welcome. That's a functionality I missed since I switched to xmonad, so thanks a lot. But I cannot apply the patch. Darcs tells me: ,---- | root@baldur /u/p/d/d/x/XMonadContrib# darcs apply /home/heimdall/add-layout? | ?choice-module_.dpatch | darcs failed: Patch bundle failed hash! | This probably means that the patch has been corrupted by a mailer. | The most likely culprit is CRLF newlines. `---- But my emacs says the file has unix-eols. What's the culprit? Bye, Tassilo -- Coroners refer to dead people as "ABC's". Already Been Chucked. From droundy at darcs.net Thu Sep 6 13:14:51 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 13:05:19 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. In-Reply-To: <877in34u1f.fsf@baldur.tsdh.de> References: <877in34u1f.fsf@baldur.tsdh.de> Message-ID: <20070906171443.GG16593@darcs.net> On Thu, Sep 06, 2007 at 06:50:52PM +0200, Tassilo Horn wrote: > David Roundy writes: > > Hi David, Hi! > > Anyhow, thoughts or recommendations are welcome. > > That's a functionality I missed since I switched to xmonad, so thanks a > lot. But I cannot apply the patch. Darcs tells me: I presume the jumping straight to full-screen is what you've missed? > ,---- > | root@baldur /u/p/d/d/x/XMonadContrib# darcs apply /home/heimdall/add-layout? > | ?choice-module_.dpatch > | darcs failed: Patch bundle failed hash! > | This probably means that the patch has been corrupted by a mailer. > | The most likely culprit is CRLF newlines. > `---- > > But my emacs says the file has unix-eols. What's the culprit? How did you save the patch from your email? Most likely that's when it got corrupted. -- David Roundy Department of Physics Oregon State University From xmonad at cenderis.demon.co.uk Thu Sep 6 13:49:26 2007 From: xmonad at cenderis.demon.co.uk (Bruce Stephens) Date: Thu Sep 6 13:39:49 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: (Zed Lopez's message of "Thu\, 6 Sep 2007 16\:44\:39 +0000 \(UTC\)") References: Message-ID: <87ejhbsmzd.fsf@cenderis.demon.co.uk> Zed Lopez writes: [...] > I can't reproduce this at will -- like I said, it's intermittent. Is > anyone else facing this? Yes. I've also not been able to work out exactly when it happens (and certainly not why). From dons at galois.com Thu Sep 6 13:51:42 2007 From: dons at galois.com (Don Stewart) Date: Thu Sep 6 13:42:05 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: References: Message-ID: <20070906175142.GD23484@liouville.galois.com> gmane.xmonad.zed2323: > I tried Xmonad 0.3 last night. I have a double-monitor setup, configured as > separate screens (I used this successfully with Xmonad 0.2.) I was only using > one of them, with the FullScreen layout, and a bog-standard, uncustomized, > no-extensions Xmonad 0.3. > > Occasionally, Mod-tabbing between screens resulted in mouse clicks doing nothing > -- the mouse continued to move the cursor. Cycling through the windows again > with mod-tab fixed it. mod-tab between screens? or workspaces? is this xinerama-only? > I can't reproduce this at will -- like I said, it's intermittent. Is anyone else > facing this? thanks for the report, at least. could you put in a bug tracker ticket? -- Don From tassilo at member.fsf.org Thu Sep 6 13:51:43 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Thu Sep 6 13:42:20 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> Message-ID: <873axr4r80.fsf@baldur.tsdh.de> David Roundy writes: >> That's a functionality I missed since I switched to xmonad, so thanks >> a lot. But I cannot apply the patch. Darcs tells me: > > I presume the jumping straight to full-screen is what you've missed? Yes, and since I use 5 layouts which are all usefull in some scenarios it's not always possible to guess in what layout I am. Tiled, mirror tiled, full and two-pane look similar for one window, and tiled and two-pane look similar for two windows. So you have to learn the sequence of layouts in defaultLayouts and count from the first distinguishable layout when switching. >> ,---- >> | root@baldur /u/p/d/d/x/XMonadContrib# darcs apply /home/heimdall/add-layout? >> | ?choice-module_.dpatch >> | darcs failed: Patch bundle failed hash! >> | This probably means that the patch has been corrupted by a mailer. >> | The most likely culprit is CRLF newlines. >> `---- >> >> But my emacs says the file has unix-eols. What's the culprit? > > How did you save the patch from your email? `o' (`gnus-mime-save-part') on the attachment. > Most likely that's when it got corrupted. Hm, that's the normal way I do it. I tested it with another patch and it worked. Bye, Tassilo -- Chuck Norris can taste lies. From droundy at darcs.net Thu Sep 6 14:07:56 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 13:58:29 2007 Subject: [Xmonad] darcs patch: simplify use of Combo. Message-ID: Thu Sep 6 14:07:39 EDT 2007 David Roundy * simplify use of Combo. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: text/x-darcs-patch Size: 47186 bytes Desc: A darcs patch for your repository! Url : http://www.haskell.org/pipermail/xmonad/attachments/20070906/80101b4d/attachment-0001.bin From droundy at darcs.net Thu Sep 6 14:10:51 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 14:03:06 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. In-Reply-To: <873axr4r80.fsf@baldur.tsdh.de> References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> <873axr4r80.fsf@baldur.tsdh.de> Message-ID: <20070906181047.GI16593@darcs.net> On Thu, Sep 06, 2007 at 07:51:43PM +0200, Tassilo Horn wrote: > David Roundy writes: > > >> That's a functionality I missed since I switched to xmonad, so thanks > >> a lot. But I cannot apply the patch. Darcs tells me: > > > > I presume the jumping straight to full-screen is what you've missed? > > Yes, and since I use 5 layouts which are all usefull in some scenarios > it's not always possible to guess in what layout I am. Tiled, mirror > tiled, full and two-pane look similar for one window, and tiled and > two-pane look similar for two windows. So you have to learn the > sequence of layouts in defaultLayouts and count from the first > distinguishable layout when switching. Yeah, it's been a bit of a challenge for me with a similar number of layouts. Just out of curiosity, have you tried a simple combo/tabbed layout for your two-pane? I find it much easier, as you can see what other windows are available: , simpleStacking $ combo (twoPane 0.03 0.5) [(full,1),(tabbed shrinkText defaultTConf,1)] > >> ,---- > >> | root@baldur /u/p/d/d/x/XMonadContrib# darcs apply /home/heimdall/add-layout? > >> | ?choice-module_.dpatch > >> | darcs failed: Patch bundle failed hash! > >> | This probably means that the patch has been corrupted by a mailer. > >> | The most likely culprit is CRLF newlines. > >> `---- > >> > >> But my emacs says the file has unix-eols. What's the culprit? > > > > How did you save the patch from your email? > > `o' (`gnus-mime-save-part') on the attachment. Hmmm. That sounds reasonable. > > Most likely that's when it got corrupted. > > Hm, that's the normal way I do it. I tested it with another patch and > it worked. All I can think is that maybe for some reason gnus corrupts patches only occasionally (e.g. I've run into scenarios in the past where mailers corrupted patches containing a "From" at the beginning of a line). But I've very little idea what could be the problem. Maybe you could send the file you saved to me as an attachment? (Or put it up to be downloaded?) -- David Roundy Department of Physics Oregon State University From droundy at darcs.net Thu Sep 6 14:11:39 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 14:03:29 2007 Subject: [Xmonad] darcs patch: simplify use of Combo. In-Reply-To: References: Message-ID: <20070906181139.GJ16593@darcs.net> Please ignore this patch. It doesn't work, and was a bad idea (which seemed good enought that I didn't bother testing...). David On Thu, Sep 06, 2007 at 11:07:56AM -0700, David Roundy wrote: > Thu Sep 6 14:07:39 EDT 2007 David Roundy > * simplify use of Combo. From tassilo at member.fsf.org Thu Sep 6 15:24:02 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Thu Sep 6 15:14:46 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> <873axr4r80.fsf@baldur.tsdh.de> <20070906181047.GI16593@darcs.net> Message-ID: <87642n1tt9.fsf@baldur.tsdh.de> David Roundy writes: > Just out of curiosity, have you tried a simple combo/tabbed layout for > your two-pane? I find it much easier, as you can see what other > windows are available: > > , simpleStacking $ > combo (twoPane 0.03 0.5) [(full,1),(tabbed shrinkText defaultTConf,1)] Not yet, but I add it to my to-try-out-list. >> > How did you save the patch from your email? >> >> `o' (`gnus-mime-save-part') on the attachment. > > Hmmm. That sounds reasonable. > >> > Most likely that's when it got corrupted. >> >> Hm, that's the normal way I do it. I tested it with another patch >> and it worked. > > All I can think is that maybe for some reason gnus corrupts patches > only occasionally (e.g. I've run into scenarios in the past where > mailers corrupted patches containing a "From" at the beginning of a > line). But I've very little idea what could be the problem. Maybe > you could send the file you saved to me as an attachment? (Or put it > up to be downloaded?) Sure. You can fetch it from http://www.tsdh.de/add-layoutchoice-module_.dpatch Bye, Tassilo From dons at galois.com Thu Sep 6 17:02:44 2007 From: dons at galois.com (Don Stewart) Date: Thu Sep 6 16:53:13 2007 Subject: [Xmonad] darcs patch: simplify use of Combo. In-Reply-To: <20070906181139.GJ16593@darcs.net> References: <20070906181139.GJ16593@darcs.net> Message-ID: <20070906210244.GB26057@liouville.galois.com> droundy: > Please ignore this patch. It doesn't work, and was a bad idea (which > seemed good enought that I didn't bother testing...). > > David Any ideas on how we can encourage contrib modules to move towards QuickChecked properties? -- Don From tassilo at member.fsf.org Thu Sep 6 17:07:31 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Thu Sep 6 16:58:07 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> <873axr4r80.fsf@baldur.tsdh.de> <20070906181047.GI16593@darcs.net> Message-ID: <87ps0vzeng.fsf@baldur.tsdh.de> David Roundy writes: Hi David, > Just out of curiosity, have you tried a simple combo/tabbed layout for > your two-pane? I find it much easier, as you can see what other > windows are available: > > , simpleStacking $ > combo (twoPane 0.03 0.5) [(full,1),(tabbed shrinkText defaultTConf,1)] Hey, that's really nice. Thanks for the tip! Bye, Tassilo -- 182,000 Americans die from Chuck Norris-related accidents every year. From gmane.xmonad.zed2323 at xoxy.net Thu Sep 6 17:25:12 2007 From: gmane.xmonad.zed2323 at xoxy.net (Zed Lopez) Date: Thu Sep 6 17:15:55 2007 Subject: [Xmonad] Re: trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work References: <20070906175142.GD23484@liouville.galois.com> Message-ID: Don Stewart writes: >>Occasionally, Mod-tabbing between screens resulted in mouse clicks doing >>nothing -- the mouse continued to move the cursor. Cycling through the windows >>again with mod-tab fixed it. > mod-tab between screens? or workspaces? is this xinerama-only? Sorry for my sloppy language. mod-tab between windows, using only one screen, only one workspace. I haven't tried it without Xinerama; I don't know whether it's relevant. Tonight, I'll see if I can reliably reproduce it, and try it without Xinerama, and file a bug with what I find. From droundy at darcs.net Thu Sep 6 18:01:37 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 17:52:22 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. In-Reply-To: <87642n1tt9.fsf@baldur.tsdh.de> References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> <873axr4r80.fsf@baldur.tsdh.de> <20070906181047.GI16593@darcs.net> <87642n1tt9.fsf@baldur.tsdh.de> Message-ID: <20070906220117.GM16593@darcs.net> On Thu, Sep 06, 2007 at 09:24:02PM +0200, Tassilo Horn wrote: > David Roundy writes: > >> > How did you save the patch from your email? > >> > >> `o' (`gnus-mime-save-part') on the attachment. > > > > Hmmm. That sounds reasonable. > > > >> > Most likely that's when it got corrupted. > >> > >> Hm, that's the normal way I do it. I tested it with another patch > >> and it worked. > > > > All I can think is that maybe for some reason gnus corrupts patches > > only occasionally (e.g. I've run into scenarios in the past where > > mailers corrupted patches containing a "From" at the beginning of a > > line). But I've very little idea what could be the problem. Maybe > > you could send the file you saved to me as an attachment? (Or put it > > up to be downloaded?) > > Sure. You can fetch it from > > http://www.tsdh.de/add-layoutchoice-module_.dpatch It looks like you're using gmane, and gmane is for some reason munging the email addresses, or at least that's my best guess. I have no idea why it would do this (or why it wouldn't always do so). (I am *so* glad I added that hash to the patch bundles... it's hard to imagine how I lived without it.) David (see portion of diff below) --- add-layoutchoice-module_.dpatch 2007-09-06 12:22:58.000000000 -0700 +++ add-layoutchoice-module_.dpatch.good 2007-09-06 10:53:53.000000000 -0700 @@ -2,7 +2,7 @@ New patches: [add LayoutChoice module. -David Roundy **20070906154955] +David Roundy **20070906154955] < > { addfile ./LayoutChoice.hs @@ -13,7 +13,7 @@ +-- Copyright : (c) David Roundy +-- License : BSD-style (see xmonad/LICENSE) +-- -+-- Maintainer : email-Jbz+COfnBihBDgjK7y7TUQ@public.gmane.org ++-- Maintainer : email@address.com +-- Stability : unstable +-- Portability : unportable +-- From droundy at darcs.net Thu Sep 6 18:06:43 2007 From: droundy at darcs.net (David Roundy) Date: Thu Sep 6 17:57:11 2007 Subject: [Xmonad] darcs patch: simplify use of Combo. In-Reply-To: <20070906210244.GB26057@liouville.galois.com> References: <20070906181139.GJ16593@darcs.net> <20070906210244.GB26057@liouville.galois.com> Message-ID: <20070906220635.GN16593@darcs.net> On Thu, Sep 06, 2007 at 02:02:44PM -0700, Don Stewart wrote: > droundy: > > Please ignore this patch. It doesn't work, and was a bad idea (which > > seemed good enought that I didn't bother testing...). > > > > David > > Any ideas on how we can encourage contrib modules to move towards QuickChecked > properties? Move contrib into the xmonad repository? :) Seriously, it's a pain setting up a build and/or test system when all the code depends on a separate repository. In this case, a simple compile would have found the error. If I could have a darcs test in XMonadContrib, i would. -- David Roundy Department of Physics Oregon State University From kai at emptydomain.de Fri Sep 7 06:22:07 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Fri Sep 7 06:12:34 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: References: Message-ID: <20070907102207.GB18339@emptyhost.emptydomain.de> Are you running unclutter? I find that xmonad behaves strangely when unclutter has hidden the mouse pointer. "unclutter -idle 2" leads to problems with OpenOffice: it doesn't want to relinquish focus when you switch to another screen. "unclutter -grab -idle 2" leads to problems with some Gtk apps (most notably, Eclipse). They don't drop down menus from the menu bar when the mouse pointer is hidden and you hit Alt-F (say) to access the (File, in this case) menu. Kai On Thu, Sep 06, 2007 at 04:44:39PM +0000, Zed Lopez wrote: > I tried Xmonad 0.3 last night. I have a double-monitor setup, configured as > separate screens (I used this successfully with Xmonad 0.2.) I was only using > one of them, with the FullScreen layout, and a bog-standard, uncustomized, > no-extensions Xmonad 0.3. > > Occasionally, Mod-tabbing between screens resulted in mouse clicks doing nothing > -- the mouse continued to move the cursor. Cycling through the windows again > with mod-tab fixed it. > > I can't reproduce this at will -- like I said, it's intermittent. Is anyone else > facing this? > > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad -- Kai Gro?johann Leitung Informationstechnik Epoch Times Deutschland Epoch Times Europe GmbH Schmitthennerstr. 61 69124 Heidelberg Email: kai.grossjohann@epochtimes.de Phone: +49 (0)6221 86832-83 Fax: +49 (0)6221 86832-84 www.DieNeueEpoche.com Epochtimes Europe GmbH Gesch?ftsf?hrer: Zhongnan Jiang, Man-Yan Ng Amtsgericht Hamburg, HRB 80404, USt.-Idnr. DE 217 913 863 Sitz: Bundesstra?e 20, D-20146 Hamburg From alextarkovsky at gmail.com Fri Sep 7 06:44:43 2007 From: alextarkovsky at gmail.com (Alex Tarkovsky) Date: Fri Sep 7 06:35:11 2007 Subject: [Xmonad] GenerateManpage.hs uses Haddock-unfriendly tokens Message-ID: <46E12B9B.8000409@gmail.com> While using Andrea's Haddock hacks against darcs to generate documentation, I get: XMonadContrib/SetWMName.hs:"XMonadContrib/SetWMName.hs": 35:1: parse error in doc string: [TokSpecial '@',TokString " Java hack\n",TokPara] The offending line occurs inside a Haddock docstring: -- ((modMask .|. controlMask .|. shiftMask, xK_z), setWMName "LG3D") -- @@ Java hack The error happens because the token used by util/GenerateManpage.hs for parsing key binding descriptions from comments is "@@", and '@' is a reserved character in Haddock for enclosing code blocks. I'm surprised it doesn't blow up in places other than SetWMName.hs as well (Haddock seems buggy here). I propose changing the manpage parser token from "@@" to something which doesn't involve any of the reserved Haddock characters '/', ''', '`', '"', '@', and '<'. -- Alex Tarkovsky From alextarkovsky at gmail.com Fri Sep 7 08:12:11 2007 From: alextarkovsky at gmail.com (Alex Tarkovsky) Date: Fri Sep 7 08:02:45 2007 Subject: [Xmonad] darcs patch: Add missing insert markers for generate-configs.sh in Config.hs Message-ID: <46E1401B.30500@gmail.com> This gets Config.sh fully up-to-date wrt the docstring parser. -- Alex Tarkovsky -------------- next part -------------- New patches: [Add missing insert markers for generate-configs.sh in Config.hs Alex Tarkovsky **20070907120414] { hunk ./Config.hs 32 +-- Extension-provided imports + hunk ./Config.hs 168 - -- Extension-provided key bindings hunk ./Config.hs 169 - ] ++ + -- Extension-provided key bindings + ] + ++ hunk ./Config.hs 177 - + ++ hunk ./Config.hs 180 - ++ hunk ./Config.hs 183 + -- Extension-provided key bindings lists hunk ./Config.hs 199 +-- Extension-provided definitions + } Context: [Move lower boundary check into applySizeHints, because all users of applySizeHints Karsten Schoelzel **20070905192125 do this manually. ] [export getAtom from XMonad. Ivan Tarasov **20070825174156] [Use show rather than string hacks Spencer Janssen **20070905202816] [switch WorkspaceId to String. David Roundy **20070820113658] [Alex Tarkovsky's docstring patch updated for conflicts Spencer Janssen **20070905193558] [tasks done Don Stewart **20070905004901] [TAG 0.3 Spencer Janssen **20070904195245] Patch bundle hash: 8fae6c887796e2d42e9fb3520182bca06f0fba55 From tassilo at member.fsf.org Fri Sep 7 11:26:45 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Fri Sep 7 11:17:27 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: <877in34u1f.fsf@baldur.tsdh.de> <20070906171443.GG16593@darcs.net> <873axr4r80.fsf@baldur.tsdh.de> <20070906181047.GI16593@darcs.net> <87642n1tt9.fsf@baldur.tsdh.de> <20070906220117.GM16593@darcs.net> Message-ID: <87hcm65wei.fsf@baldur.tsdh.de> David Roundy writes: Hi David, >> http://www.tsdh.de/add-layoutchoice-module_.dpatch > > It looks like you're using gmane, and gmane is for some reason munging > the email addresses, or at least that's my best guess. Oh, right, I forgot that. Could you send me the patch via mail? > -David Roundy **20070906154955] > +David Roundy **20070906154955] [snip] > -+-- Maintainer : email-Jbz+COfnBihBDgjK7y7TUQ@public.gmane.org > ++-- Maintainer : email@address.com Haha, double garbage. ;-) Bye, Tassilo From dons at galois.com Fri Sep 7 12:14:50 2007 From: dons at galois.com (Don Stewart) Date: Fri Sep 7 12:05:16 2007 Subject: [Xmonad] GenerateManpage.hs uses Haddock-unfriendly tokens In-Reply-To: <46E12B9B.8000409@gmail.com> References: <46E12B9B.8000409@gmail.com> Message-ID: <20070907161450.GA953@liouville.galois.com> alextarkovsky: > While using Andrea's Haddock hacks against darcs to generate > documentation, I get: > > XMonadContrib/SetWMName.hs:"XMonadContrib/SetWMName.hs": 35:1: parse > error in doc string: [TokSpecial '@',TokString " Java hack\n",TokPara] > > The offending line occurs inside a Haddock docstring: > > -- ((modMask .|. controlMask .|. shiftMask, xK_z), setWMName "LG3D") > -- @@ Java hack > > The error happens because the token used by util/GenerateManpage.hs for > parsing key binding descriptions from comments is "@@", and '@' is a > reserved character in Haddock for enclosing code blocks. I'm surprised > it doesn't blow up in places other than SetWMName.hs as well (Haddock > seems buggy here). > > I propose changing the manpage parser token from "@@" to something which > doesn't involve any of the reserved Haddock characters '/', ''', '`', > '"', '@', and '<'. > That's a reasonable idea. Is there some markup from some other system we can borrow? From dons at galois.com Fri Sep 7 12:28:43 2007 From: dons at galois.com (Don Stewart) Date: Fri Sep 7 12:19:10 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: <20070907102207.GB18339@emptyhost.emptydomain.de> References: <20070907102207.GB18339@emptyhost.emptydomain.de> Message-ID: <20070907162843.GC953@liouville.galois.com> Good points you raise, Kai. I simply run unclutter with: unclutter -idle 1 & /not/ with the -grab flag. -- Don kai: > Are you running unclutter? I find that xmonad behaves strangely when > unclutter has hidden the mouse pointer. > > "unclutter -idle 2" leads to problems with OpenOffice: it doesn't want > to relinquish focus when you switch to another screen. > > "unclutter -grab -idle 2" leads to problems with some Gtk apps (most > notably, Eclipse). They don't drop down menus from the menu bar when > the mouse pointer is hidden and you hit Alt-F (say) to access the (File, > in this case) menu. > > Kai > > > On Thu, Sep 06, 2007 at 04:44:39PM +0000, Zed Lopez wrote: > > > I tried Xmonad 0.3 last night. I have a double-monitor setup, configured as > > separate screens (I used this successfully with Xmonad 0.2.) I was only using > > one of them, with the FullScreen layout, and a bog-standard, uncustomized, > > no-extensions Xmonad 0.3. > > > > Occasionally, Mod-tabbing between screens resulted in mouse clicks doing nothing > > -- the mouse continued to move the cursor. Cycling through the windows again > > with mod-tab fixed it. > > > > I can't reproduce this at will -- like I said, it's intermittent. Is anyone else > > facing this? > > > > _______________________________________________ > > Xmonad mailing list > > Xmonad@haskell.org > > http://www.haskell.org/mailman/listinfo/xmonad > > -- > Kai Gro?johann > Leitung Informationstechnik > Epoch Times Deutschland > Epoch Times Europe GmbH > Schmitthennerstr. 61 > 69124 Heidelberg > Email: kai.grossjohann@epochtimes.de > Phone: +49 (0)6221 86832-83 > Fax: +49 (0)6221 86832-84 > www.DieNeueEpoche.com > > Epochtimes Europe GmbH > Gesch?ftsf?hrer: Zhongnan Jiang, Man-Yan Ng > Amtsgericht Hamburg, HRB 80404, USt.-Idnr. DE 217 913 863 > Sitz: Bundesstra?e 20, D-20146 Hamburg > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad From kai at emptydomain.de Fri Sep 7 16:46:33 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Fri Sep 7 16:37:09 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: <20070907162843.GC953@liouville.galois.com> References: <20070907102207.GB18339@emptyhost.emptydomain.de> <20070907162843.GC953@liouville.galois.com> Message-ID: <20070907204633.GA23585@emptyhost.emptydomain.de> Perhaps you could try without unclutter for a while... Kai On Fri, Sep 07, 2007 at 09:28:43AM -0700, Don Stewart wrote: > Good points you raise, Kai. I simply run unclutter with: > > unclutter -idle 1 & > > /not/ with the -grab flag. > > -- Don > > kai: > > Are you running unclutter? I find that xmonad behaves strangely when > > unclutter has hidden the mouse pointer. > > > > "unclutter -idle 2" leads to problems with OpenOffice: it doesn't want > > to relinquish focus when you switch to another screen. > > > > "unclutter -grab -idle 2" leads to problems with some Gtk apps (most > > notably, Eclipse). They don't drop down menus from the menu bar when > > the mouse pointer is hidden and you hit Alt-F (say) to access the (File, > > in this case) menu. > > > > Kai > > > > > > On Thu, Sep 06, 2007 at 04:44:39PM +0000, Zed Lopez wrote: > > > > > I tried Xmonad 0.3 last night. I have a double-monitor setup, configured as > > > separate screens (I used this successfully with Xmonad 0.2.) I was only using > > > one of them, with the FullScreen layout, and a bog-standard, uncustomized, > > > no-extensions Xmonad 0.3. > > > > > > Occasionally, Mod-tabbing between screens resulted in mouse clicks doing nothing > > > -- the mouse continued to move the cursor. Cycling through the windows again > > > with mod-tab fixed it. > > > > > > I can't reproduce this at will -- like I said, it's intermittent. Is anyone else > > > facing this? > > > > > > _______________________________________________ > > > Xmonad mailing list > > > Xmonad@haskell.org > > > http://www.haskell.org/mailman/listinfo/xmonad From tassilo at member.fsf.org Fri Sep 7 16:57:26 2007 From: tassilo at member.fsf.org (Tassilo Horn) Date: Fri Sep 7 16:47:53 2007 Subject: [Xmonad] Re: darcs patch: add LayoutChoice module. References: Message-ID: <87642m5h3d.fsf@baldur.tsdh.de> Hi all, for anyone interested, that's how I use LayoutChoice with a prompt to select a layout algorithm by name. --8<---------------cut here---------------start------------->8--- myNamedLayouts :: [(String, Layout Window)] myNamedLayouts = [ ("tiled", tiled) , ("mirror-tiled", mirror tiled) , ("tabbed", tabbed shrinkText myTConf) , ("two-pane-combo" , simpleStacking $ combo (twoPane delta (1%2)) [(full,1) ,(tabbed shrinkText defaultTConf, 1)]) ] 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%2 -- Percent of screen to increment by when resizing panes delta = 2%100 -- the tabbed configuration to use for the tabbed layout myTConf = defaultTConf { tabSize = 15 , fontName = "-misc-fixed-medium-r-*-*-13-*-*-*-*-*-*-*" } data LayoutPrompt = LayoutPrompt instance XPrompt LayoutPrompt where showXPrompt LayoutPrompt = "Layout: " layoutPrompt :: XPConfig -> X () layoutPrompt c = mkXPrompt LayoutPrompt c (mkComplFunFromList (map fst myNamedLayouts)) (sendMessage . JumpToLayout) defaultLayouts :: [Layout Window] defaultLayouts = [ layoutChoice myNamedLayouts ] --8<---------------cut here---------------end--------------->8--- I don't bind any keys to cycle to the layouts anymore, but only the prompt. --8<---------------cut here---------------start------------->8--- keys = M.fromList $ -- launching and killing programs [ ... ... , ((modMask, xK_space ), layoutPrompt myXPConfig) ... ] --8<---------------cut here---------------end--------------->8--- Bye, Tassilo From xj2106 at columbia.edu Fri Sep 7 17:21:24 2007 From: xj2106 at columbia.edu (Xiao-Yong Jin) Date: Fri Sep 7 17:11:59 2007 Subject: [Xmonad] trouble with xmonad 0.3: mod-tab intermittently makes mouse clicks cease to work In-Reply-To: <20070907204633.GA23585@emptyhost.emptydomain.de> (Kai Grossjohann's message of "Fri\, 7 Sep 2007 22\:46\:33 +0200") References: <20070907102207.GB18339@emptyhost.emptydomain.de> <20070907162843.GC953@liouville.galois.com> <20070907204633.GA23585@emptyhost.emptydomain.de> Message-ID: <87wsv2i33f.fsf@presario.homelinux.org> Kai Grossjohann writes: > Perhaps you could try without unclutter for a while... > > Kai > > > On Fri, Sep 07, 2007 at 09:28:43AM -0700, Don Stewart wrote: > >> Good points you raise, Kai. I simply run unclutter with: >> >> unclutter -idle 1 & >> >> /not/ with the -grab flag. >> >> -- Don >> Usually I run it with: unclutter -reset -root & And it works pretty well. - Xiao-Yong PS, sorry for the duplicate. I forgot to cc the list. -- c/* __o/* <\ * (__ */\ < From sjanssen at cse.unl.edu Fri Sep 7 18:02:49 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Fri Sep 7 17:53:19 2007 Subject: [Xmonad] darcs patch: add function and comment assisting use in resizing the... In-Reply-To: References: Message-ID: <200709071702.49783.sjanssen@cse.unl.edu> On Thursday 06 September 2007 07:56:50 David Roundy wrote: > Here's an amend-recorded version with conflict fixed. > > david > > Sep 6 08:55:43 EDT 2007 David Roundy > * add function and comment assisting use in resizing the screen. Applied. From sjanssen at cse.unl.edu Fri Sep 7 18:22:41 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Fri Sep 7 18:13:16 2007 Subject: [Xmonad] Switching away from and back to a tabbed workspace In-Reply-To: <46D75CFD.9030609@nullcube.com> References: <46D20FCD.3060506@nullcube.com> <46D75CFD.9030609@nullcube.com> Message-ID: <200709071722.41173.sjanssen@cse.unl.edu> On Thursday 30 August 2007 19:12:45 Dave Harrison wrote: > Dave Harrison wrote: > > Not sure if I'm the only one seeing this or not, but what I'm seeing > > when I have a tabbed workspace, is that if I have >1 tab in the > > workspace and I switch to another workspace that requires my current > > workspace be hidden (so not resulting in a swap of two visual > > workspaces), and then switch back to it, the visual presentation of > > the tabs is some strange munge of the tab I had selected, and the tab > > that had been viewing before I chose the currently selected one. > > > > This behaviour doesn't seem to show up in the other default layouts > > that I use such as tiled or full. > > Hey all, > > At the moment, I haven't been able to resolve the above issue, but I > have managed to capture some screenshots of the bug in action. The > screenshots can be seen at these URLs: > > These two are the tabs as they look when viewed (correct): > > http://www.nullcube.com/xmonad/XmonadTabbed_Tab1.png > http://www.nullcube.com/xmonad/XmonadTabbed_Tab2.png > > This is what happens after I switch away, and then back (buggy) : > > http://www.nullcube.com/xmonad/XmonadTabbed_Munged.png > > > Help ? > > Cheers > Dave > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad Ah, so the contents of the *windows* are scrambled, not the tabs themselves. In this example, which window is supposed to have keyboard focus? Which window actually receives keyboard input? Does mod-n have any effect on these scrambled windows? Cheers, Spencer Janssen From sjanssen at cse.unl.edu Fri Sep 7 18:25:07 2007 From: sjanssen at cse.unl.edu (Spencer Janssen) Date: Fri Sep 7 18:20:37 2007 Subject: [Xmonad] Switching away from and back to a tabbed workspace In-Reply-To: <46D75CFD.9030609@nullcube.com> References: <46D20FCD.3060506@nullcube.com> <46D75CFD.9030609@nullcube.com> Message-ID: <200709071725.07816.sjanssen@cse.unl.edu> On Thursday 30 August 2007 19:12:45 Dave Harrison wrote: > Dave Harrison wrote: > > Not sure if I'm the only one seeing this or not, but what I'm seeing > > when I have a tabbed workspace, is that if I have >1 tab in the > > workspace and I switch to another workspace that requires my current > > workspace be hidden (so not resulting in a swap of two visual > > workspaces), and then switch back to it, the visual presentation of > > the tabs is some strange munge of the tab I had selected, and the tab > > that had been viewing before I chose the currently selected one. > > > > This behaviour doesn't seem to show up in the other default layouts > > that I use such as tiled or full. > > Hey all, > > At the moment, I haven't been able to resolve the above issue, but I > have managed to capture some screenshots of the bug in action. The > screenshots can be seen at these URLs: > > These two are the tabs as they look when viewed (correct): > > http://www.nullcube.com/xmonad/XmonadTabbed_Tab1.png > http://www.nullcube.com/xmonad/XmonadTabbed_Tab2.png > > This is what happens after I switch away, and then back (buggy) : > > http://www.nullcube.com/xmonad/XmonadTabbed_Munged.png > > > Help ? > > Cheers > Dave > _______________________________________________ > Xmonad mailing list > Xmonad@haskell.org > http://www.haskell.org/mailman/listinfo/xmonad One more thing: does this window munging happen with xterms only, or do other clients have this problem too? From kai at emptydomain.de Fri Sep 7 18:37:11 2007 From: kai at emptydomain.de (Kai Grossjohann) Date: Fri Sep 7 18:27:29 2007 Subject: [Xmonad] How to combine xmonad with Ubuntu? Message-ID: <20070907223711.GD23585@emptyhost.emptydomain.de> Are any Ubuntu users here? I just got a new box with Ubuntu on it, and I wonder how to best combine xmonad with Ubuntu. Ubuntu seems to have a lot of useful functionality built into the graphical environment, such as checking for updates, checking for the network one is in, and perhaps other things. I guess if I go my old route of replacing all of Gnome with my custom ~/.xinitrc script, then I'll lose that stuff. Suggestions? Kai From kuser at gmx.de Fri Sep 7 19:03:57 2007 From: kuser at gmx.de (Karsten Schoelzel) Date: Fri Sep 7 18:57:03 2007 Subject: [Xmonad] Window tags Message-ID: <20070907230356.GA3511@asus.karsten.local> Hi, today I added the ability to add tags to windows. Some uses which are possible with them right now: * move a tag group of windows to another workspace at once * get them back without switching to the other workspace * change focus only in the group of windows with a specified tag - if there is only one of them at the workspace this means specifically that you can jump to a specific window wherever the focus is and wherever the window is Would be nice to get tags assigned automatically, but i haven't thought about how to implement this ;-) As it is work in progress (docs and cleanup needed) I would welcome opinions suggestions as to what people might want to do with tagging. Most parts of the code are in a Contrib module but where are also changes in StackSet to store the tags therein. (Yesterday I wrote a similar tagging module which stored the tags in the X Server in a text-property of the window. But that turned out to be not very nice to work with. If anybody wants to see that code, just ask :-)) Regards, Karsten Example settings in Config.hs , ((modMask, xK_f ), withFocusedX (addTag "abc")) , ((modMask .|. controlMask, xK_f ), withFocusedX (delTag "abc")) -- Sink all windows with tag "abc" on all workspaces , ((modMask .|. shiftMask, xK_f ), withTaggedGlobalM "abc" sink) -- Move all windows with tag "abc" to workspace "2" , ((modWinMask, xK_f ), withTagged "abc" (shiftX "2")) -- Move all windows with tag "abc" from all workspaces to the current workspace , ((modWinMask .|. shiftMask, xK_f ), withTaggedGlobal "abc" shiftHere) -- Change focus with "abc" windows , ((modWinMask .|. controlMask, xK_f ), focusTaggedUp "abc") diff -rN -u old-xmonad/StackSet.hs new-xmonad/StackSet.hs --- old-xmonad/StackSet.hs 2007-09-08 00:36:44.000000000 +0200 +++ new-xmonad/StackSet.hs 2007-09-08 00:36:44.000000000 +0200 @@ -22,11 +22,11 @@ -- * Operations on the current stack -- $stackOperations peek, index, integrate, integrate', differentiate, - focusUp, focusDown, - focusWindow, tagMember, member, findIndex, + focusUp, focusDown, focusUp', + focusWindow, workspaces, tagMember, member, findIndex, -- * Modifying the stackset -- $modifyStackset - insertUp, delete, filter, + insertUp, delete, deletetmp, filter, -- * Setting the master window -- $settingMW swapMaster, swapUp, swapDown, modify, modify', float, sink, -- needed by users @@ -39,6 +39,7 @@ import Data.Maybe (listToMaybe) import qualified Data.List as L (delete,deleteBy,find,splitAt,filter) import qualified Data.Map as M (Map,insert,delete,empty) +import Data.Set (Set) -- $intro -- @@ -151,6 +152,7 @@ , visible :: [Screen i a sid sd] -- ^ non-focused workspaces, visible in xinerama , hidden :: [Workspace i a] -- ^ workspaces not visible anywhere , floating :: M.Map a RationalRect -- ^ floating windows + , windowtags :: M.Map a (Set i) -- ^ window tags } deriving (Show, Read, Eq) -- | Visible workspaces, and their Xinerama screens. @@ -208,7 +210,7 @@ -- Xinerama: Virtual workspaces are assigned to physical screens, starting at 0. -- new :: (Integral s) => [i] -> [sd] -> StackSet i a s sd -new wids m | not (null wids) && length m <= length wids = StackSet cur visi unseen M.empty +new wids m | not (null wids) && length m <= length wids = StackSet cur visi unseen M.empty M.empty where (seen,unseen) = L.splitAt (length m) $ map (flip Workspace Nothing) wids (cur:visi) = [ Screen i s sd | (i, s, sd) <- zip3 seen [0..] m ] -- now zip up visibles with their screen id @@ -453,9 +455,16 @@ -- * otherwise, delete doesn't affect the master. -- delete :: (Ord a, Eq s) => a -> StackSet i a s sd -> StackSet i a s sd -delete w s = s { current = removeFromScreen (current s) - , visible = map removeFromScreen (visible s) - , hidden = map removeFromWorkspace (hidden s) } +delete w s = s' { floating = M.delete w (floating s') + , windowtags = M.delete w (windowtags s') } + where s' = deletetmp w s + +-- only temporarily remove the window from the stack, thereby not destroying special +-- information saved in the Stackset +deletetmp :: (Ord a, Eq s) => a -> StackSet i a s sd -> StackSet i a s sd +deletetmp w s = s { current = removeFromScreen (current s) + , visible = map removeFromScreen (visible s) + , hidden = map removeFromWorkspace (hidden s) } where removeFromWorkspace ws = ws { stack = stack ws >>= filter (/=w) } removeFromScreen scr = scr { workspace = removeFromWorkspace (workspace scr) } @@ -495,5 +504,5 @@ shift :: (Ord a, Eq s, Eq i) => i -> StackSet i a s sd -> StackSet i a s sd shift n s | n `tagMember` s && n /= curtag = maybe s go (peek s) | otherwise = s - where go w = view curtag . insertUp w . view n . delete w $ s + where go w = view curtag . insertUp w . view n . deletetmp w $ s curtag = tag (workspace (current s)) TagWindows.hs ----------------------------------------------------------------------------- -- | -- Module : XMonadContrib.TagWindows -- Copyright : (c) Karsten Schoelzel -- License : BSD -- -- Maintainer : Karsten Schoelzel -- Stability : unstable -- Portability : unportable -- -- Functions for tagging windows and selecting them by tags. ----------------------------------------------------------------------------- module XMonadContrib.TagWindows ( -- * Usage -- $usage addTag, delTag, withTagged, withTaggedGlobal , withFocusedX, withTaggedM, withTaggedGlobalM, focusTaggedUp, shiftX, shiftHere ) where import Data.Set (Set) import qualified Data.Set as Set --import Data.Map (Map) import qualified Data.Map as Map import Data.List (intersect) import Control.Monad.State ( gets ) import StackSet hiding (filter) import Operations (windows) import Graphics.X11.Xlib import XMonad -- $usage -- a -> i -> StackSet i a s sd -> StackSet i a s sd getTags :: (Ord a) => a -> StackSet i a s sd -> Maybe (Set i) getTags w s = Map.lookup w (windowtags s) addTag :: (Ord a, Ord i) => i -> a -> i -> StackSet i a s sd -> StackSet i a s sd addTag t w _ s = s { windowtags = Map.insertWith (Set.union) w (Set.singleton t) (windowtags s) } delTag :: (Ord a, Ord i) => i -> a -> i -> StackSet i a s sd -> StackSet i a s sd delTag t w _ s = s { windowtags = Map.update (\x -> Just (Set.delete t x)) w (windowtags s) } hasTag :: (Ord a, Ord i) => i -> a -> StackSet i a s sd -> Bool hasTag t w s = case getTags w s of Nothing -> False (Just ts) -> Set.member t ts focusTaggedUp :: WorkspaceId -> X () focusTaggedUp t = windows (focusTaggedUp' t) focusTaggedUp' :: (Ord a, Eq s, Eq i, Ord i) => i -> StackSet i a s sd -> StackSet i a s sd focusTaggedUp' ta s | wt == [] = s | otherwise = modify' (focusUpWith (`elem` wt)) s where tagwins = Map.keys (Map.filter (Set.member ta) (windowtags s)) wt = (integrate' . stack . workspace . current $ s) `intersect` tagwins focusUpWith :: (a -> Bool) -> Stack a -> Stack a focusUpWith f (Stack t (l:ls) rs) = if f l then s else focusUpWith f s where s = Stack l ls (t:rs) focusUpWith f (Stack t [] rs) = if f x then s else focusUpWith f s where s = Stack x xs [] (x:xs) = reverse (t:rs) withTagged :: WorkspaceId -> (Window -> WorkspaceId -> WindowSet -> WindowSet) -> X () withTagged t f = do wset <- gets windowset let wspace = workspace . current $ wset taggedWins = filter (\w -> hasTag t w wset) (integrate' . stack $ wspace) case taggedWins of [] -> return () _ -> windows $ foldl1 (.) (map (\w -> f w (tag wspace)) taggedWins) withTaggedM :: WorkspaceId -> (Window -> X ()) -> X () withTaggedM t f = do wset <- gets windowset let wspace = workspace . current $ wset taggedWins = filter (\w -> hasTag t w wset) (integrate' . stack $ wspace) mapM_ f taggedWins withTaggedGlobal :: WorkspaceId -> (Window -> WorkspaceId -> WindowSet -> WindowSet) -> X () withTaggedGlobal t f = do wset <- gets windowset let wspaces = workspaces wset wins = concat $ map (\ws -> map (\w -> (w,tag ws)) (integrate' . stack $ ws)) wspaces taggedWins = filter (\(w,_) -> hasTag t w wset) wins case taggedWins of [] -> return () _ -> windows $ foldl1 (.) (map (\(w,tt) -> f w tt) taggedWins) withTaggedGlobalM :: WorkspaceId -> (Window -> X ()) -> X () withTaggedGlobalM t f = do tags <- gets (Map.toList . windowtags . windowset) let taggedWins = map (fst) $ (filter (\(_,wts) -> t `Set.member` wts) tags) mapM_ f taggedWins withFocusedX :: (Window -> WorkspaceId -> WindowSet -> WindowSet) -> X () withFocusedX f = do wset <- gets windowset let curtag = tag . workspace . current $ wset maybe (return ()) (\w -> windows (f w curtag)) (peek wset) shiftX :: (Ord a, Eq s, Eq i) => i -> a -> i -> StackSet i a s sd -> StackSet i a s sd shiftX to w from s | from `tagMember` s && to `tagMember` s && to /= from = go w | otherwise = s where go w' = view curtag . insertUp w' . view to . deletetmp w' . view from $ s curtag = tag (workspace (current s)) shiftHere :: (Ord a, Eq s, Eq i) => a -> i -> StackSet i a s sd -> StackSet i a s sd shiftHere w from s = shiftX (tag . workspace . current $ s) w from s From dave at nullcube.com Fri Sep 7 19:26:06 2007 From: dave at nullcube.com (Dave Harrison) Date: Fri Sep 7 19:16:26 2007 Subject: [Xmonad] Switching away from and back to a tabbed workspace In-Reply-To: <200709071722.41173.sjanssen@cse.unl.edu> References: <46D20FCD.3060506@nullcube.com> <46D75CFD.9030609@nullcube.com> <200709071722.41173.sjanssen@cse.unl.edu> Message-ID: <46E1DE0E.20404@nullcube.com> Spencer Janssen wrote: > On Thursday 30 August 2007 19:12:45 Dave Harrison wrote: >> Dave Harrison wrote: >>> Not sure if I'm the only one seeing this or not, but what I'm seeing >>> when I have a tabbed workspace, is that if I have >1 tab in the >>> workspace and I switch to another workspace that requires my current >>> workspace be hidden (so not resulting in a swap of two visual >>> workspaces), and then switch back to it, the visual presentation of >>> the tabs is some strange munge of the tab I had selected, and the tab >>> that had been viewing before I chose the currently selected one. >>> >>> This behaviour doesn't seem to show up in the other default layouts >>> that I use such as tiled or full. >> Hey all, >> >> At the moment, I haven't been able to resolve the above issue, but I >> have managed to capture some screenshots of the bug in action. The >> screenshots can be seen at these URLs: >> >> These two are the tabs as they look when viewed (correct): >> >> http://www.nullcube.com/xmonad/XmonadTabbed_Tab1.png >> http://www.nullcube.com/xmonad/XmonadTabbed_Tab2.png >> >> This is what happens after I switch away, and then back (buggy) : >> >> http://www.nullcube.com/xmonad/XmonadTabbed_Munged.png >> >> >> Help ? >> >> Cheers >> Dave > > Ah, so the contents of the *windows* are scrambled, not the tabs themselves. > In this example, which window is supposed to have keyboard focus? Which > window actually receives keyboard input? Does mod-n have any effect on these > scrambled windows? The vim window (far left) is meant to have focus, and it does have keyboard focus, it's just that the window image (so to speak) is scrambled - as I type, the stuff I'm typing appears where it should too, but the rest of the page remains scrambled until I alt-tab cycle the windows. mod-n has no effect, and I have seen this behaviour with other apps such as Gaim and Skype that I immediately remember - I'm pretty sure I've seen it happen with most of my apps. From xj2106 at columbia.edu Sat Sep 8 01:35:25 2007 From: xj2106 at columbia.edu (Xiao-Yong Jin) Date: Sat Sep 8 01:25:47 2007 Subject: [Xmonad] Non-English letters in XPrompt? Message-ID: <87k5r167oi.fsf@presario.homelinux.org> Hi list, I couldn't make the XPrompt work with Chinese characters. I used the same font that works with dzen. But when I want it to auto-complete paths with Chinese characters, it completes correctly, yet incorrectly showing the characters. I simply used > shellPrompt defaultXPConfig { font = "font works fine with dzen" } What else should I do