- xmonad - Haskell.org

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 12 Dec '07

12 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

darcs patch: man/xmonad.hs: add some documentation explaining that 'title' can be used in the manageHook
by Brent Yorgey 11 Dec '07

11 Dec '07

Mon Dec 10 12:33:57 EST 2007 Brent Yorgey <byorgey(a)gmail.com> * man/xmonad.hs: add some documentation explaining that 'title' can be used in the manageHook just like 'resource' and 'className'.

2 1

darcs patch: normalize Module headers
by Lukas Mai 11 Dec '07

11 Dec '07

Mon Dec 10 09:53:27 CET 2007 Lukas Mai <l.mai(a)web.de> * normalize Module headers

2 1

darcs patch: Magnifier: custom zoom ratio for magnifier' too
by intrigeri＠boum.org 11 Dec '07

11 Dec '07

Tue Dec 11 02:55:54 CET 2007 intrigeri(a)boum.org * Magnifier: custom zoom ratio for magnifier' too

2 1

Re: [xmonad] Patch: Magnifier custom zoom ratios
by Brent Yorgey 11 Dec '07

11 Dec '07

On Dec 10, 2007 6:39 PM, Tim hobbs <tim.thelion(a)gmail.com> wrote: > Thank you, I did not know about haddock's syntax. Here is the new file. > Thanks, applied! -Brent

1 0

emacs -nw and xmonad key bindings
by Andrew Sackville-West 10 Dec '07

10 Dec '07

Just posting this up in case anyone comes looking for it. I use emacs -nw and xmonad together. It took me some trial and error to figure this out. I don't know if it applies to the gui-fied emacs. I have an IBM Model M keyboard (clickey clickey clickey), at 101 keys (no win key, and whatnot). The following incantation will get you a Left_Alt key that is recognised by emacs and a Right_Alt key recognised by xmonad. in Config.hs modMask = mod3Mask to assign the mod3 key as the key to control xmonad. In pc101 and pc105 (others?) XkbModel, XkbLayout "us", both Alt keys are assigned to mod1. You can check this with xmodmap which will show the current mappings. execute the following xmodmap expressions add mod1 = Alt_L (* see below) remove mod1 = Alt_R add mod1 = Alt_R you can either do these as individual `xmodmap -e 'expression'` instances or put them in a file and run `xmodmap file` I do it in my .xinitrc and it gives me control of both xmonad using Alt_R and emacs using Alt_L. Hope this helps someone. A * if you look at the output from xmodmap, there is already an instance of Alt_L attached to mod1. But it you run this 'add', you'll get a second one with a different keycode. I don't know why this is, but it's required to get emacs to recognize the key.

1 2