gmane.comp.lang.haskell.xmonad

Re: Strange workspace switching bug in my config

Leo Alekseyev — 2012-05-18T06:28:33

Well, if anyone is curious, I've isolated the breakage to the floating
scratchpad workspace.  It appears that after the first time the
scratchpad is spawned, its workspace (with the tag NSP) is inserted at
index 0 in the workspace array.  I'm assuming that it used to not be
the case with older Xmonad versions...

Re: Issue 506 in xmonad: cabal install xmonad-contrib --flags="-use_xft" fails with GHC 7.4.1

2012-05-17T22:20:11

Comment #1 on issue 506 by daniel.w...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org: cabal install  
xmonad-contrib --flags="-use_xft" fails with GHC 7.4.1
http://code.google.com/p/xmonad/issues/detail?id=506

This seems to be fixed already in the repository.

Issue 506 in xmonad: cabal install xmonad-contrib --flags="-use_xft" fails with GHC 7.4.1

2012-05-17T21:32:14

Status: New
Owner: ----

New issue 506 by nathan.c...-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org: cabal install xmonad-contrib  
--flags="-use_xft" fails with GHC 7.4.1
http://code.google.com/p/xmonad/issues/detail?id=506

What steps will reproduce the problem?
1. cabal install xmonad
2. cabal install xmonad-contrib --flags="-use_xft"

What is the expected output? What do you see instead?

Expect it to install, instead I get an error about needing  
-XDatatypeContexts.

What version of the product are you using? On what operating system?

xmonad-contrib-0.10 on Ubuntu 11.04 using GHC 7.4.1

Please provide any additional information below.

I can successfully install by adding the suggested GHC option:

   cabal install xmonad-contrib --flags="-use_xft"  
--ghc-option=-XDatatypeContexts

darcs patch: Config.hs: rm commented out keybinding (...(and 2 more)

2012-05-16T21:15:48

Address Adam's complaint that Janis used a version prior to his patch.

3 patches for repository community.haskell.org:/srv/code/xmonad:

Thu Jan 12 19:01:15 EST 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * Config.hs: rm commented out keybinding (dead for years)

Thu Jan 12 20:04:10 EST 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * Config.hs: implement mod-shift-/ newbie keybinding guide per http://code.google.com/p/xmonad/issues/detail?id=182

Wed May 16 17:13:52 EDT 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * HCAR.tex: update per Janis

Re: darcs patch: Config.hs: rm commented out keybinding (... (and 2 more)

Gwern Branwen — 2012-05-16T01:07:27

I recorded the new version exactly as Janis sent it to me, modulo
converting to Unix line-endings.

Re: darcs patch: Config.hs: rm commented out keybinding (... (and 2 more)

adam vogt — 2012-05-16T01:04:01

Hi Gwern,

Do you have an explanation for why "XMonad.Config.PlainConfig" in
HCAR.tex is re-added in your patch? My reason for having deleted it is
explained in this patch:

Sat Dec 10 19:44:05 EST 2011  Adam Vogt <vogt.adam< at >gmail.com>
  * Drop PlainConfig from HCAR.tex: it doesn't exist in contrib.

  The code for that moved out to a separate project:
  http://braincrater.wordpress.com/2008/08/28/announcing-xmonad-light/

Adam

On Sun, May 13, 2012 at 5:21 PM,  <gwern0< at >gmail.com> wrote:

_______________________________________________
xmonad mailing list
xmonad< at >haskell.org
http://www.haskell.org/mailman/listinfo/xmonad

Re: Strange workspace switching bug in my config

Leo Alekseyev — 2012-05-15T21:32:37

...and it seems that this ordering gets screwed up for me!  Everything
works fine, then I head over to a cafe, resume my laptop from sleep,
and bam, the workspace offsets are wrong again.  This only started
happening after an upgrade to Ubuntu 12.04, although I'm not sure how
that would make a difference.

--l

Re: Migrating from StumpWM...

2012-05-15T20:29:26

Quoting Gwern Branwen <gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:


And of course don't forget the beautiful EZConfig, which makes using  
submaps a breeze.
http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Util-EZConfig.html

~d

Re: Strange workspace switching bug in my config

2012-05-15T20:22:16

Quoting Norbert Zeh <nzeh-RazJlWb3c/r3fQ9qLvQP4Q< at >public.gmane.org>:


The workspace at index 0 in the list of workspaces is "1:blah", at  
index 1 is "2:blah", etc.

~d

Re: Migrating from StumpWM...

Gwern Branwen — 2012-05-15T16:58:46

http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-Submap.html
may help your C-t problem, although I hated C-t as a modifier even in
Ratpoison and eliminated it as fast as possible...

On Tue, May 15, 2012 at 12:50 PM, Rafael Ibraim <ibraim.gm-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> wrote:

I used and helped develop Stump before switching to Xmonad, so you'll
be pleased to know there's a whole module devoted to run-or-raise
functionality: http://xmonad.org/xmonad-docs/xmonad-contrib/XMonad-Actions-WindowGo.html


From my config:

import XMonad.Prompt (greenXPConfig)
import XMonad.Prompt.Shell (shellPrompt, prompt, safePrompt)
...
          , ((m .|. shiftMask,xK_c), prompt (term ++ " -e") greenXPConfig)

Migrating from StumpWM...

Rafael Ibraim — 2012-05-15T16:50:59

Hi! I'm migrating to Xmonad after 2 or 3 years of StumpWM and trying
to get keyBindings "stump-like".
My main problem is that I don't know how to use "C-t"(Control followed
by t) as a mod key. I tried this:

-----------------8<-------------------------------------------
import XMonad
import XMonad.Core

main = do
     xmonad $ defaultConfig
       {
         borderWidth = 2,
         modMask = myModMask
       }

myModMask = mod4Mask .|. xK_t
------------------------------>8-------------------------------

But "xK_t" is not found... I guess I'm missing some import line, but I
couldn't imagine which one
(Also, I will use Control instead of Win Key).

There's also two StumpWM commands that I don't know if there's
something equivalent:

"run-or-raise": Type an application name. If it's already started, get
it focused; if not, launch it.
"execute": Type anything and it will be executed like "bash -c
<whathever-you-typed>". Simple as that.


I'm mainly a lisp programmer, but I'm completely ignorant to haskell,
so

Re: Strange workspace switching bug in my config

Norbert Zeh — 2012-05-15T16:04:16

Leo Alekseyev [2012.05.15 1049 -0400]:

Oh man, sleep deprivation is really taking its toll it seems.  Of course you're
right and the math now looks perfectly fine to me.  Now I'm just as stumped as
you that this does not work.

Cheers,
Norbert

Re: Strange workspace switching bug in my config

Leo Alekseyev — 2012-05-15T14:54:38

What I said above about subtracting 11 is of course wrong: by my
logic, I read in the head of the tag "2SCR", i.e. "2", get an int,
subtract 1, and go to element 1 of the workspace array, which should
have workspace 1.  So my math is consistent with my mental model of
how workspace switching works.  (Why do I have to realize this 3
seconds after I hit send? :P)

Re: Strange workspace switching bug in my config

Norbert Zeh — 2012-05-15T11:20:43

wagnerdm-hkHJxBBPWjbG6jMu9gPlYQ< at >public.gmane.org [2012.05.14 2219 -0400]:

Oops.  I overlooked that the primary workspaces were not just numbered.  My bad.
I still don't get the math in the original code snippet.  zeroSub has an effect
only when its argument is 0.  So, for any starting workspace except "0" or
"0SCR", say its number is x, the above code goes to workspace x-1 or x+9.  It
should, however, go to workspace x-10 or x+10 and that conditionally on whether
the main/scratch workspace is already visible.  What is it I don't understand
here?

Cheers,
Norbert

Re: Strange workspace switching bug in my config

Leo Alekseyev — 2012-05-15T06:01:26

Yes, this is simpler and compiles, but doesn't seem to work here :(
These functions appear to not do anything in my config...

Re: Strange workspace switching bug in my config

Brandon Allbery — 2012-05-15T02:37:18



Same here; I also note that the math would not cause it to change behavior
*after suspend/resume* as reported.  Something else is going on somewhere,
and probably not in xmonad itself (although xmonad may be reacting to
garbage reported by Xinerama by a buggy driver on resume).

Re: Strange workspace switching bug in my config

2012-05-15T02:19:11

Quoting Leo Alekseyev <dnquark-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>:


The math looks fine to me, and in fact your suggestion:


is the one that looks dodgy to me. Notice that his main workspace  
names are things like "3:web", but the SCR-version is just "3SCR"! In  
fact, I would humbly suggest that this paragraph:


...suggests that the problem won't be divined just by looking at his  
config. Something deeper is going wrong than his Haskell abilities. I  
can't say I have a better suggestion, but you could check:

1. if downgrading to older display drivers fixes the problem
2. if the permissions of ~/.xmonad and its contents look reasonable  
(and there's free disk space there)
3. how xmonad's $PATH and your shell's $PATH compare (and hence how  
the ghc that xmonad sees and the ghc that your shell sees compare)

You might also want to check the output of ghc-pkg check. (I don't  
include this in the list because I can't see a way that a broken  
package could lead to the behavior he's seeing.)

Good

Re: Regexp WM_NAME ?

Pablo Olmos de Aguilera C. — 2012-05-14T04:05:18

Hahaha, another surprise :P.


Thanks! I'm going to read the documentation.


Thanks again for your help :). I just found Real World Haskell which
until now looks waay more easy to read that 'Gentle introduction to
haskell', which by the way of "gentle" has nothing. Can you suggest
any other reference to someone that has some background working with
web technologies, ruby and some python?

Saludos!

Re: Strange workspace switching bug in my config

Norbert Zeh — 2012-05-13T23:45:25

Leo Alekseyev [2012.05.13 1923 -0400]:

Sorry.  I didn't check whether it compiles and got the type of greedyView wrong.
Here's a correct (and slightly cleaner version):

jumpToMain = withWindowSet (windows . W.greedyView . toMain . W.tag . W.workspace . W.current)
  where
    toMain ws = [head ws]

jumpToScratch = withWindowSet (windows . W.greedyView . toScratch . W.tag . W.workspace . W.current)
  where
    toScratch ws | length ws == 1 = ws ++ "SCR"
                 | otherwise      = ws

Re: Strange workspace switching bug in my config

Leo Alekseyev — 2012-05-13T23:23:28


Hi Norbert,
Yes, my original math was kind of dodgy...  Your solution seems
better, but it doesn't compile for me...  any ideas?

xmonad.hs:452:14:
    No instance for (MonadState
                       XState ((->) (W.StackSet [Char] l3 a3 s3 sd3)))
      arising from a use of `gets'
    Possible fix:
      add an instance declaration for
      (MonadState XState ((->) (W.StackSet [Char] l3 a3 s3 sd3)))
    In the first argument of `(>>=)', namely
      `gets (tag . W.workspace . W.current . windowset)'
    In the expression:
      gets (tag . W.workspace . W.current . windowset)
      >>= W.greedyView . toMain
    In an equation for `jumpToMain':
        jumpToMain
          = gets (tag . W.workspace . W.current . windowset)
            >>= W.greedyView . toMain
          where
              toMain ws = [head ws]


xmonad.hs:456:17:
    No instance for (MonadState
                       XState ((->) (W.StackSet [Char] l1 a1 s1 sd1)))
      arising from a use of `gets'
    Possible fix:
      add an insta

darcs patch: Config.hs: rm commented out keybinding (...(and 2 more)

2012-05-13T21:21:17

3 patches for repository community.haskell.org:/srv/code/xmonad:

Thu Jan 12 19:01:15 EST 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * Config.hs: rm commented out keybinding (dead for years)

Thu Jan 12 20:04:10 EST 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * Config.hs: implement mod-shift-/ newbie keybinding guide per http://code.google.com/p/xmonad/issues/detail?id=182

Sun May 13 17:15:22 EDT 2012  gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org
  * HCAR.tex: update per Janis