- xmonad - Haskell.org

Re: [xmonad] Applied: darcs patch: Implemented smarter system of managing borders for Bor...
by Joachim Breitner 30 Nov '09

30 Nov '09

Hi, Am Sonntag, den 29.11.2009, 17:42 -0500 schrieb Gwern Branwen: > On Sun, Nov 29, 2009 at 4:54 PM, <darcswatch(a)nomeata.de> wrote: > > This patch bundle (with 1 patches) was just applied to the repository http://code.haskell.org/XMonadContrib: > > > > [Implemented smarter system of managing borders for BorderResize > > Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de>**20091122233651 > > Ignore-this: 4775c082249e598a84c79b2e819f28b0 > > ] > > > > This message was brought to you by DarcsWatch > > http://darcswatch.nomeata.de/repo_http:__code.haskell.org_XMonadContrib.html > > Perhaps tighten the wording? > eg. > ' > This 1-patch bundle was applied to http://code.haskell.org/...: > > > Implemented.... > > Jan... > ' > > (Stripping out the []s, the Ignore-this, and condensing the wording.) > > Also nice would be a link to the actual .gz thanks for the suggestions, I implemented. I also changed the link to have a #bundle-<bundleHash> appended, so that when you click to it, you jump right to the right spot, where you can investigate the diffs or download the patch bundle. Greetings, Joachim -- Joachim Breitner e-Mail: mail(a)joachim-breitner.de Homepage: http://www.joachim-breitner.de ICQ#: 74513189 Jabber-ID: nomeata(a)joachim-breitner.de

2 1

darcs patch: Implemented smarter system of managing borders for Bor...
by Jan Vornberger 29 Nov '09

29 Nov '09

Hi there! This is a patch which contains a fairly big rewrite of BorderResize to make it more efficient. The old version used to destroy and re-create all input windows for the borders on every single change. That's obviously not very smart, even so it worked surprisingly well for such a naive approach. In any case, this version now keeps track of windows and where new borders need to be created, destroyed or just adjusted. It should perform better. Regards! Jan Mon Nov 23 00:36:51 CET 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Implemented smarter system of managing borders for BorderResize

3 2

Re: Issue 345 in xmonad: emacs --daemon crashes when restarting emacsclient
by codesite-noreply＠google.com 29 Nov '09

29 Nov '09

Updates: Summary: emacs --daemon crashes when restarting emacsclient Status: Invalid Comment #4 on issue 345 by wirtwo...(a)gmail.com: emacs --daemon crashes when restarting emacsclient http://code.google.com/p/xmonad/issues/detail?id=345 Closing for now as this is unlikely to be an xmonad problem. Please re-open if more information suggesting how to reproduce becomes available, or if the same behaviour is not seen in other minimal window managers. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

darcs patch: Prevent windows from being decorated tha... (and 4 more)
by Jan Vornberger 29 Nov '09

29 Nov '09

Hi! Alright, I finally managed to break down the big blob that used to be Bluetile's decoration code into a number of modules. I'll start with this patch bundle, which lays the groundwork for the actual decoration. It mostly extends the decoration code at various places with additional hooks that my other code - to be submitted later - then uses. Current usage of decoration should be unaffected and work as before - maybe a little bit better even. ;-) Sat Jun 27 11:43:16 CEST 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Prevent windows from being decorated that are too small to contain decoration. -> this one fixes a small bug Sat Oct 24 22:45:13 CEST 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Added the alignment option 'AlignRightOffset' Sat Oct 24 22:51:11 CEST 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Extended paintAndWrite to allow for multiple strings to be written into the rectangle Sat Oct 24 23:39:28 CEST 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Extended decoration theme to contain extra static text that always appears in the title bar -> these three allow to add extra text into the decoration. I use that to write "(M)" at the left side and "_ [] X" at the right side. The default however is to not add any extra text, so this should not affect existing decoration. Sun Nov 29 00:43:10 CET 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * Extended decoration module with more hooks and consolidated some existing ones -> As mentioned above this adds even more hooks. Worth mentioning here is, that I combined 'decorationMouseFocusHook' and 'decorationMouseDragHook' into just 'decorationEventHook'. Both of them got called exactly in the same cases anyway (even so the names suggest otherwise), so having them both just resulted in duplicated code and in some cases I had problems with clicks that weren't recognized. This version seems cleaner and works better for me. Regards! Jan

2 1

Issue 345 in xmonad: Xmonad causing emacs --daemon crash
by codesite-noreply＠google.com 28 Nov '09

28 Nov '09

Status: New Owner: ---- New issue 345 by JCPetkovich: Xmonad causing emacs --daemon crash http://code.google.com/p/xmonad/issues/detail?id=345 What steps will reproduce the problem? 1. run: "emacs --daemon" in a terminal 2. run: "emacsclient -c" in a terminal 3. close the client window created 4. run: "emacsclient -c" in a terminal, and the emacs daemon will crash What is the expected output? What do you see instead? The daemon shouldn't crash when trying to connect to it with a client. I have noted that this does NOT happen when using KDE, only when using xmonad. This is what lead me to believe that xmonad was the problem. What version of the product are you using? On what operating system? emacs 23.1 gentoo kernel 2.6.29-gentoo-r5 xmonad 0.9 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". [me@linux-box .xmonad] % xmonad --recompile [me@linux-box .xmonad] % Please provide any additional information below. I am going to try using xmonad from within KDE to see if it has the same issue as soon as I have the time. Attachments: xmonad_standard.hs 4.2 KB -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 3

Retrieve number of screens.
by Mike Sampson 28 Nov '09

28 Nov '09

How do you retrieve the number of screens currently being used. I have tried: screenCount :: Int screenCount = do wsx <- gets windowset return (length (W.screens wsx)) however it gives an error: xmonad.hs:60:4: Couldn't match expected type `Int' against inferred type `m b' In a stmt of a 'do' expression: wsx <- gets windowset In the expression: do wsx <- gets windowset return (length (W.screens wsx)) In the definition of `screenCount': screenCount = do wsx <- gets windowset return (length (W.screens wsx)) I used XMonad.Actions.CycleWS's screenBy as a guide: screenBy :: Int -> X (ScreenId) screenBy d = do ws <- gets windowset --let ss = sortBy screen (screens ws) let now = screen (current ws) return $ (now + fromIntegral d) `mod` fromIntegral (length (screens ws)) Regards, Mike

3 3

Re: Issue 258 in xmonad: Magnifier focus loop
by codesite-noreply＠google.com 28 Nov '09

28 Nov '09

Updates: Labels: Type-Defect Component-Contrib Comment #2 on issue 258 by byorgey: Magnifier focus loop http://code.google.com/p/xmonad/issues/detail?id=258 (No comment was entered for this change.) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 332 in xmonad: Merge isDialog from Hooks.ManageHelpers into core
by codesite-noreply＠google.com 26 Nov '09

26 Nov '09

Status: New Owner: ---- New issue 332 by icarnales: Merge isDialog from Hooks.ManageHelpers into core http://code.google.com/p/xmonad/issues/detail?id=332 As not all applications set the transient hint for the windows they spawn (that mostly are dialogs), with firefox being one of this apps I suggest to merge isDialog into core and add a ManageHook for floating dialog windows in the default config. This is the "expected behaviour" for dialog windows, and is a good workaround that corrects the bad applications behaviour. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 1

Issue 329 in xmonad: Actions.UpdatePointer becomes confused, cursor jumps everywhere
by codesite-noreply＠google.com 26 Nov '09

26 Nov '09

Status: New Owner: ---- New issue 329 by OrbisVicis: Actions.UpdatePointer becomes confused, cursor jumps everywhere http://code.google.com/p/xmonad/issues/detail?id=329 What steps will reproduce the problem? 0. XMonad 0.9 1. logHook = updatePointer (Nearest) 2. spiralWithDir West CW (4/5) 3. open a lot (10) of windows 4. move the mouse rapidly What is the expected output? What do you see instead? The cursor should stop moving when I stop moving it. Instead, it perpetually jumps around several windows. This also sometimes happens with Layout.Accordion, during normal usage (not moving the mouse rapidly) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 5

Re: Issue 279 in xmonad: Some GTK2 apps crash X when XMonad's stderr is not redirected to /dev/null
by codesite-noreply＠google.com 26 Nov '09

26 Nov '09

Comment #10 on issue 279 by byorgey: Some GTK2 apps crash X when XMonad's stderr is not redirected to /dev/null http://code.google.com/p/xmonad/issues/detail?id=279 What's the status of this? Is this still an issue? -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 2