December 2007 - xmonad

Issue 101 in xmonad: Generalise dzen binding
by codesite-noreply＠google.com 12 Dec '07

12 Dec '07

Issue 101: Generalise dzen binding http://code.google.com/p/xmonad/issues/detail?id=101 New issue report by dons00: The current dzen binding isn't composable nor extensible. Fix this. Issue attributes: Status: Accepted Owner: dons00 Labels: Type-Defect Priority-Medium Milestone-Release0.6 -- 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 100 in xmonad: XMonad.Layout.ResizableTile fails if floating window present on same screen.
by codesite-noreply＠google.com 12 Dec '07

12 Dec '07

Issue 100: XMonad.Layout.ResizableTile fails if floating window present on same screen. http://code.google.com/p/xmonad/issues/detail?id=100 New issue report by thomas.adam22: What steps will reproduce the problem? 1. Import XMonad.Layout.ResizableTile 2. Bind the MirrorExpand / MirrorShrink commands to keys as in: , ((modm, xK_a), sendMessage MirrorExpand) , ((modm, xK_z), sendMessage MirrorShrink) 3. Now place a floating window on the same screen as some tiled windows; this is irrlevant of of Xinerama, although that's what I am using. What is the expected output? What do you see instead? When focusing a window already tiled with a floating window present on the screen, the keys bounf in (2) above should shrink/expand that window, but it does not. Instead nothing happens, or something ""weird"" happens, where ""weird"" could be nothing at all, or the focused tiled window is only resizable in one direction, If I move the floating window to another monitor (assuming Xinerama), or close it, the the Mirror{Expand,Shrink} commands work as expected, Clearly something odd is happening with the presence of a floating window present, although no visible events are sent to the floating window when trying to shrink/expand a tiled window which overlaps the floating window. What version of the product are you using? On what operating system? XMonad darcs (post 0.5 release). Running on Debian Linux SID, compiled myself. Please provide any additional information below. N/A Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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: Man.hs: input speedup
by Valery V. Vorotyntsev 12 Dec '07

12 Dec '07

Wed Dec 12 11:02:56 EET 2007 "Valery V. Vorotyntsev" <valery.vv(a)gmail.com> * Man.hs: input speedup Descend manpage directories once -- when `manPrompt' is called. (Previous version used to search directories upon each character arrival.) -- vvv

2 1

darcs patch: Run.hs: fix documentation, cleanup whitespace
by Valery V. Vorotyntsev 12 Dec '07

12 Dec '07

Wed Dec 12 11:15:16 EET 2007 "Valery V. Vorotyntsev" <valery.vv(a)gmail.com> * Run.hs: fix documentation, cleanup whitespace -- vvv

2 1

xemacs and xmonad
by Bas van Dijk 12 Dec '07

12 Dec '07

Hello, First of all, thanks for the wonderfull 0.5 release! The automatic building of '~/.xmonad/xmonad.hs' is a very time saving feature! Al dough modmask-q doesn't work for me but I will save that for another thread. Now my problem. I'm recently doing some Epigram programming and you need xemacs for that. The problem is that when xmonad is setting the size of the xemacs window, the xemacs process goes to 100% CPU usage and the xemacs window begins to flicker a lot and is just unusable. What probably happens is that when xmonad is setting the window size, xemacs wants to set it back, then xmonad sets it back, then xemacs set it back, then xmonad... ad infinitum. A workaround that I'm currently using is to use the HintedTile layout instead of the Tall layout. This works wonderfully however when using other layouts, like Circle, the problem returns. Is there a way to tell xmonad that it should respect the hints from xemacs in _every_ layout? I think I can possibly use the 'manageHook' for this. The problem with this is that emacs and xemacs have the same className. Any pointers are appreciated. regards, Bas

2 2

Re: [xmonad] xemacs and xmonad
by Bas van Dijk 12 Dec '07

12 Dec '07

On Dec 12, 2007 2:22 PM, Gwern Branwen <gwern0(a)gmail.com> wrote: > Have you looked into using the various command-line options to either > GNU Emacs or XEmacs to set it to a known value? ie if you always run > XEmacs with the '-t XEmacs' option (or whatever it actually is), you > now can use ManageHook maybe. Good idea! After 'man xemacs' I found a command line option '-title' with which you can set the className. $ xemacs -title foo & $ xprop | grep WM_NAME (click on xemacs window) WM_NAME(STRING) = "foo" Now rest the question, how do I use the manageHook to actually let xmonad respect the hints of xemacs. BTW I've found an extension from David Roundy named XMonad.Layout.LayoutHints that also seens to work reasonably. However it still doesn't work when using my: NB.noBorders (T.tabbed T.shrinkText T.defaultTConf { T.tabSize = 15 }) layout :-( regards, Bas

1 0

Re: xmonad 0.5 on Debian?
by Joachim Breitner 12 Dec '07

12 Dec '07

Hi, Am Dienstag, den 11.12.2007, 23:40 -0800 schrieb Don Stewart: > Hey, > > how goes the xmonad 0.5 packaging for Debian? semi-stalled. The current problem is that xmonad needs the new Cabal, which will be included in the Debian package for ghc6.8. It _could_ be packaged separately and run with ghc6.6, but this would cause conflicts with the Cabal in ghc6.8, I guess, and also not really worth the profit. Therefore I targeted ghc6.8. A preliminary package is available on haskell-unsafe, I rebuilt that for i386. Then I upgraded the dependencies (mtl and X11) for that. The next problem is that haskell-utils, a Debian package that helps with packaging Haskell libraries, does not support the new Cabal version (and the new cabal files). First tries to upgrade that failed, because to build it I need libraries that are, as of ghc6.8, in extra-libs, which is not yet packaged. That’s the state so far. Igloo (aka wiggle, ghc maintainer in Debian) said that he will look into finishing the ghc6.8 stuff (hopefully including haskell-utils). Maybe I will temporary work around that by packaging xmonad without haskell-utils support, when I find the time, but the rest of the week will be busy. Otherwise I’ll have to wait for Igloo first. So sorry for the delay, but it’s debian: We want to do it rather right than just quick :-) Greetings and thanks for the interest, Joachim -- Joachim "nomeata" Breitner Debian Developer nomeata(a)debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nomeata(a)joachim-breitner.de | http://people.debian.org/~nomeata

1 0

Issue 96 in xmonad: certain dialogs get dropped in gnucash
by codesite-noreply＠google.com 11 Dec '07

11 Dec '07

Issue 96: certain dialogs get dropped in gnucash http://code.google.com/p/xmonad/issues/detail?id=96 Comment #3 by jcreigh: Fixed in darcs 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

1 0

darcs patch: new XMonad.Hooks.ManageHelpers module
by Lukas Mai 11 Dec '07

11 Dec '07

Tue Dec 11 19:30:40 CET 2007 Lukas Mai <l.mai(a)web.de> * new XMonad.Hooks.ManageHelpers module

2 1

Issue 96 in xmonad: certain dialogs get dropped in gnucash
by codesite-noreply＠google.com 11 Dec '07

11 Dec '07

Issue 96: certain dialogs get dropped in gnucash http://code.google.com/p/xmonad/issues/detail?id=96 Comment #1 by jcreigh: This is definitely an xmonad bug, as the problem does not occur if Gnucash windows are ignored (with, eg, className =? "Gnucash" --> doIgnore) Issue attribute updates: Status: Started -- 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

4 5