From yo.eight at gmail.com  Sun Feb  1 13:05:49 2015
From: yo.eight at gmail.com (Yorick Laupa)
Date: Sun, 01 Feb 2015 14:05:49 +0100
Subject: [xmonad] [xmonad-contrib] Support BEPO keyboard layout
Message-ID: <54CE24AD.3020607@gmail.com>

Hi everyone,

Sorry for not sending proper darcs patch but, I can't setup a 
monad-contrib dev setup without screwing my
xmonad 0.11 configuration (got into cabal hell situation). So I attach 
the code with that email.

Thanks for your time.

Yorick


-------------- next part --------------
A non-text attachment was scrubbed...
Name: Bepo.hs
Type: text/x-haskell
Size: 1449 bytes
Desc: not available
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20150201/2c014268/attachment.hs>

From mathstuf at gmail.com  Mon Feb  2 02:36:15 2015
From: mathstuf at gmail.com (Ben Boeckel)
Date: Mon, 2 Feb 2015 02:36:15 +0000 (UTC)
Subject: [xmonad] Dealing with large amounts of pages in a common web
	browser
References: <87mw5r3sp8.fsf@sigkill.dk>
Message-ID: <mamnqu$sgo$1@ger.gmane.org>

On Sat, 10 Jan, 2015 at 09:12:19 GMT, Troels Henriksen wrote:
> I have been using xmonad for some years now, and all throughout, the
> browser I have been using has been a private fork of surf[0], which is
> essentially just a Webkit webview in a window by itself.  However, I
> would like to switch to a more widely used browser (Chrome, Firefox,
> Conkeror, whatever) for usability and security reasons.

I'm an uzbl developer; nice to see others using that class of browser :)
. Anyways, I'm in a similar boat with the security bits (though I find
Firefox usability to be less than stellar) though. I do have TODO items
to implement at least request-policy, https-everywhere, adblock, and
some other addons I use ported over to uzbl at...some point, but time is
not always plentiful (there's also the WebKit2 port that needs to happen
and is more urgent).

> The nice thing about surf is that it opens a window per page, which
> means that they are all visible to xmonad, and navigable through things
> like GridSelect, which would not be the case if I simply had two dozen
> tabs open in Firefox.  However, sometimes tabs are nice - specifically,
> it's practical to use CTRL-clicking to open new pages in the background.
>
> Do you have any suggestions on how to deal with this?  Some combination
> of Firefox hacks and xmonad layouts?  How do you set up your browsers?

Personally, I just drag Firefox tabs around as needed. As for uzbl, I
use a mix of Tall, TwoPane, and Full layouts to manage lots of windows
depending on the case. Tall is used by default, TwoPane when I'm going
through a list of things (bug tracker, emails, images, etc.), and Full
for focusing on a single window. It also helps that I have things set
to, by default, pop up behind the current window and without focus.

--Ben


From dontdieych at gmail.com  Mon Feb  2 06:48:54 2015
From: dontdieych at gmail.com (YCH)
Date: Mon, 2 Feb 2015 15:48:54 +0900
Subject: [xmonad] Dealing with large amounts of pages in a common web
	browser
In-Reply-To: <mamnqu$sgo$1@ger.gmane.org>
References: <87mw5r3sp8.fsf@sigkill.dk>
	<mamnqu$sgo$1@ger.gmane.org>
Message-ID: <CAPtM4gn2+re-afmia-4yXfb0AvAx8YuTFEZqkxwotdvL6fsZfg@mail.gmail.com>

Didn't know about gridSelect. I should check out.

I've used to firefox tab group feature for organize and select from many tabs.

http://i.imgur.com/9muKcW0.png

The layout need to be adjusted manually. Firefox does not layout them
like screenshot. It would be good enough put all tabs left to right,
top to bottom by time. Anyway it's worth it.


On Mon, Feb 2, 2015 at 11:36 AM, Ben Boeckel <mathstuf at gmail.com> wrote:
> On Sat, 10 Jan, 2015 at 09:12:19 GMT, Troels Henriksen wrote:
>> I have been using xmonad for some years now, and all throughout, the
>> browser I have been using has been a private fork of surf[0], which is
>> essentially just a Webkit webview in a window by itself.  However, I
>> would like to switch to a more widely used browser (Chrome, Firefox,
>> Conkeror, whatever) for usability and security reasons.
>
> I'm an uzbl developer; nice to see others using that class of browser :)
> . Anyways, I'm in a similar boat with the security bits (though I find
> Firefox usability to be less than stellar) though. I do have TODO items
> to implement at least request-policy, https-everywhere, adblock, and
> some other addons I use ported over to uzbl at...some point, but time is
> not always plentiful (there's also the WebKit2 port that needs to happen
> and is more urgent).
>
>> The nice thing about surf is that it opens a window per page, which
>> means that they are all visible to xmonad, and navigable through things
>> like GridSelect, which would not be the case if I simply had two dozen
>> tabs open in Firefox.  However, sometimes tabs are nice - specifically,
>> it's practical to use CTRL-clicking to open new pages in the background.
>>
>> Do you have any suggestions on how to deal with this?  Some combination
>> of Firefox hacks and xmonad layouts?  How do you set up your browsers?
>
> Personally, I just drag Firefox tabs around as needed. As for uzbl, I
> use a mix of Tall, TwoPane, and Full layouts to manage lots of windows
> depending on the case. Tall is used by default, TwoPane when I'm going
> through a list of things (bug tracker, emails, images, etc.), and Full
> for focusing on a single window. It also helps that I have things set
> to, by default, pop up behind the current window and without focus.
>
> --Ben
>
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://www.haskell.org/mailman/listinfo/xmonad

From athas at sigkill.dk  Mon Feb  2 12:40:50 2015
From: athas at sigkill.dk (Troels Henriksen)
Date: Mon, 02 Feb 2015 13:40:50 +0100
Subject: [xmonad] Dealing with large amounts of pages in a common web
	browser
In-Reply-To: <mamnqu$sgo$1@ger.gmane.org> (Ben Boeckel's message of "Mon, 2
 Feb 2015 02:36:15 +0000 (UTC)")
References: <87mw5r3sp8.fsf@sigkill.dk> <mamnqu$sgo$1@ger.gmane.org>
Message-ID: <87iofkcwq5.fsf@sigkill.dk>

Ben Boeckel <mathstuf at gmail.com> writes:

>> The nice thing about surf is that it opens a window per page, which
>> means that they are all visible to xmonad, and navigable through things
>> like GridSelect, which would not be the case if I simply had two dozen
>> tabs open in Firefox.  However, sometimes tabs are nice - specifically,
>> it's practical to use CTRL-clicking to open new pages in the background.
>>
>> Do you have any suggestions on how to deal with this?  Some combination
>> of Firefox hacks and xmonad layouts?  How do you set up your browsers?
>
> Personally, I just drag Firefox tabs around as needed. As for uzbl, I
> use a mix of Tall, TwoPane, and Full layouts to manage lots of windows
> depending on the case. Tall is used by default, TwoPane when I'm going
> through a list of things (bug tracker, emails, images, etc.), and Full
> for focusing on a single window.

This makes it hard to deal with having two dozen tabs open across
several different windows, however.  It is annoying, because in xmonad
this is already a solved problem for windows...

I have come to the hypothesis that the best solution is to write a
Firefox hack/extension that allows GridSelect[0] to present the Firefox
tabs as well as windows, and if a tab is selected, not just select the
Firefox window, but also make it focus that tab.  Too bad I don't really
know anything about writing Firefox extensions (let alone one that can
communicate with other processes), but I guess it is not too late to
learn.

[0]: Well, really a personal fork called gsmenu:
http://sigkill.dk/pub/configs/xmonad/lib/GSMenuPick.hs

-- 
\  Troels
/\ Henriksen

From mathstuf at gmail.com  Mon Feb  2 15:26:07 2015
From: mathstuf at gmail.com (Ben Boeckel)
Date: Mon, 2 Feb 2015 10:26:07 -0500
Subject: [xmonad] Dealing with large amounts of pages in a common web
 browser
In-Reply-To: <87iofkcwq5.fsf@sigkill.dk>
References: <87mw5r3sp8.fsf@sigkill.dk> <mamnqu$sgo$1@ger.gmane.org>
 <87iofkcwq5.fsf@sigkill.dk>
Message-ID: <20150202152607.GC7466@bronto-burt.dev.benboeckel.net>

On Mon, Feb 02, 2015 at 13:40:50 +0100, Troels Henriksen wrote:
> This makes it hard to deal with having two dozen tabs open across
> several different windows, however.  It is annoying, because in xmonad
> this is already a solved problem for windows...

Well, I also don't belong to the "100 tabs" crowd, so my use cases might
be a bit different. I think I have less than a dozen tabs open here
almost all of the time.

> I have come to the hypothesis that the best solution is to write a
> Firefox hack/extension that allows GridSelect[0] to present the Firefox
> tabs as well as windows, and if a tab is selected, not just select the
> Firefox window, but also make it focus that tab.  Too bad I don't really
> know anything about writing Firefox extensions (let alone one that can
> communicate with other processes), but I guess it is not too late to
> learn.

Well, the problem is that all Firefox windows have the same process
so selecting a window by PID won't work, but even so, Firefox doesn't
know how to change XMonad's current workspace (I don't use EWMH at
least), so things get funky if the selected tab is off-screen (since
Firefox *does* steal the keyboard focus). I guess you could have Firefox
expose the tab list via an X property, but that doesn't sound too pretty.

--Ben

From anarcat at orangeseeds.org  Tue Feb  3 17:35:45 2015
From: anarcat at orangeseeds.org (Antoine =?utf-8?Q?Beaupr=C3=A9?=)
Date: Tue, 03 Feb 2015 12:35:45 -0500
Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module
Message-ID: <874mr299u6.fsf@marcos.anarc.at>

hi

i have used this hack to have a confirmation prompt in xmonad before:

http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting

but i figured it would be cleaner to do this using only the xmonad<s
internal primitives, so i wrote this module.

could it be considered for inclusion in xmonad-contrib?

a.

-- 
We will create a civilization of the Mind in Cyberspace. May it be
more humane and fair than the world your governments have made
before.
                         - John Perry Barlow
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ConfirmPrompt.hs
Type: text/x-haskell
Size: 1936 bytes
Desc: not available
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20150203/371335e2/attachment.hs>

From carstenmattner at gmail.com  Wed Feb  4 16:50:18 2015
From: carstenmattner at gmail.com (Carsten Mattner)
Date: Wed, 4 Feb 2015 17:50:18 +0100
Subject: [xmonad] RFC: XMonad.Prompt.ConfirmPrompt module
In-Reply-To: <874mr299u6.fsf@marcos.anarc.at>
References: <874mr299u6.fsf@marcos.anarc.at>
Message-ID: <CACY+HvrV1S+C2hCLYmtX7u_hvAe_+OAV=VC=RViz+r0Mvg+QLw@mail.gmail.com>

On Tue, Feb 3, 2015 at 6:35 PM, Antoine Beaupr? <anarcat at orangeseeds.org> wrote:
> hi
>
> i have used this hack to have a confirmation prompt in xmonad before:
>
> http://stackoverflow.com/questions/9993966/xmonad-confirmation-when-restarting
>
> but i figured it would be cleaner to do this using only the xmonad<s
> internal primitives, so i wrote this module.
>
> could it be considered for inclusion in xmonad-contrib?

It's a desirable feature I'd use.

From codesite-noreply at google.com  Fri Feb  6 12:45:16 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Fri, 06 Feb 2015 12:45:16 +0000
Subject: [xmonad] Issue 254 in xmonad: XMonad.Contrib.Util.Run.runInTerm
 does not work with terminal = "gnome-terminal"
In-Reply-To: <8-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com>
References: <8-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com>
 <0-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com>
Message-ID: <9-3425899027203913298-3717678378452035711-codesite-noreply=google.com@googlecode.com>


Comment #9 on issue 254 by denis.ka... at gmail.com:  
XMonad.Contrib.Util.Run.runInTerm does not work with terminal  
= "gnome-terminal"
https://code.google.com/p/xmonad/issues/detail?id=254

This bit me on termite (https://github.com/thestinger/termite) as well  
since it also expects a single argument to -e. I had to write my own  
corrected safeRunInTerm' as a minimally invasive fix. It seems to me that  
passing arguments to exec individually in safeSpawn along with passing a  
single argument to -e in safeRunInTerm (as suggested in #5) is safer and  
cleaner semantically. Would this be an acceptable change in the API for the  
next version? If not, would you accept a patch adding such alternative  
versions of the functions?

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From ran_r at radiflow.com  Sun Feb  8 08:50:11 2015
From: ran_r at radiflow.com (Ran Regev)
Date: Sun, 8 Feb 2015 10:50:11 +0200
Subject: [xmonad] my home directory on the desktop
Message-ID: <CAGQ-hkTsSBdVq+yAKka9KmOc5DY3iW8HM_HJcC3FsnJ+6eDTvA@mail.gmail.com>

I'm working with xmonad for a while.
Don't know what I pressed, but suddenly I have my home directory files and
folders, as icons, on my desktop.

1. I like it.
2. how to reproduce on my other machines?


thanks,
Ran.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/xmonad/attachments/20150208/04f9fe97/attachment.html>

From alainbe at free.fr  Sun Feb  8 10:40:56 2015
From: alainbe at free.fr (Alain Bertrand)
Date: Sun, 08 Feb 2015 11:40:56 +0100
Subject: [xmonad] my home directory on the desktop
In-Reply-To: <CAGQ-hkTsSBdVq+yAKka9KmOc5DY3iW8HM_HJcC3FsnJ+6eDTvA@mail.gmail.com>
References: <CAGQ-hkTsSBdVq+yAKka9KmOc5DY3iW8HM_HJcC3FsnJ+6eDTvA@mail.gmail.com>
Message-ID: <54D73D38.8030107@free.fr>

Le 2015?02?08? 09:50, Ran Regev a ?crit :
>
> I'm working with xmonad for a while.
> Don't know what I pressed, but suddenly I have my home directory files 
> and folders, as icons, on my desktop.
>
> 1. I like it.
> 2. how to reproduce on my other machines?
>
>
> thanks,
> Ran.
Hi,

On my linuxmint box, if I start the file manager, I got the same effect 
(don't like it, though ;) )

Have a nice day.

Alain

From dontdieych at gmail.com  Sun Feb  8 13:10:32 2015
From: dontdieych at gmail.com (YCH)
Date: Sun, 08 Feb 2015 22:10:32 +0900
Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc'
In-Reply-To: <CAPtM4gmoxKbx62f1C3ZJTE_yWLwqS5e7T8ETMpKidYfEsdE5iw@mail.gmail.com>
References: <CAPtM4gmoxKbx62f1C3ZJTE_yWLwqS5e7T8ETMpKidYfEsdE5iw@mail.gmail.com>
Message-ID: <1423401032.10659.0@smtp.gmail.com>

On Wed, Jan 21, 2015 at 3:22 PM, Dontdie YCH <dontdieych at gmail.com> 
wrote:
> Hello,
> 
> I'm looking for what is proper method to inhibit screensaver(DPMS)
> without xscreensaver, KDE, GNOME ... .
> 
> My video player 'bomi'(was cmplayer) try these, in order,
> 
> ~~~
> [App] Initialize screensaver functions.
> [App] Try to connect 'org.gnome.SessionManager'.
> [App] Failed to connect 'org.gnome.SessionManager'. Fallback to
> 'org.freedesktop.ScreenSaver'.
> [App] Failed to connect 'org.freedesktop.ScreenSaver'. Fallback to
> XResetScreenSaver().
> [App] Disable screensaver with XResetScreenSaver().
> ~~~
> 
> But it does not working. I didn't know how I directly deal with X11
> lib. Fortunately, I found 'resetScreenSaver' from
> 'Graphics.X11.Xlib.Misc' that say interface to XResetScreenSaver().
> 
> resetScreenSaver.hs :
> 
> ~~~
> import Graphics.X11.Xlib
> import Graphics.X11.Xlib.Misc
> import Control.Concurrent
> import Control.Monad
> 
> main = do
>     dpy <- openDisplay ""
>     forever $ do
>         putStrLn "reset"
>         resetScreenSaver dpy
>         threadDelay (5*1000000)
> ~~~
> 
> 
> ~~~
> $ xset s 10
> $ runhaskell resetScreenSaver.hs
> ~~~
> 
> Unfortunately, It does not working. `activateScreenSaver` and
> `forceScreenSaver` also does not working.
> 
> But `xset s reset` is working as intended and also there is
> `xdg-screensaver [ suspend | resume | reset ]` command from
> 'xdg-utils' package (Arch). It looks like abstraction layer for xset,
> xscreensaver, KDE, GNOME ... .
> 
> So I'm curious about whether this is bug of xorg or I misunderstand
> something. And what is right way to do this if I don't want any
> screensaver daemon? `xset s` or `xdg-screensaver`?
> 
> Thanks.

I've experiment couple of things and then find relation between 
`getScreenSaver` and `resetScreenSaver`. resetScreenSaver only works if 
I call getScreenSaver immediately before.

Any know about this?

Working as intended,

~~~
$ xset s 5; runhaskell withgetScreenSaver.hs
$ cat withgetScreenSaver.hs
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Misc
import Control.Concurrent
import Control.Monad

main = do
    dpy <- openDisplay ""
    forever $ do
        getScreenSaver dpy
        resetScreenSaver dpy
        threadDelay (3*1000000)
~~~

Does not working as intended,

~~~
$ xset s 5; runhaskell onlyresetScreenSaver.hs
$ cat onlyresetScreenSaver.hs
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Misc
import Control.Concurrent
import Control.Monad

main = do
    dpy <- openDisplay ""
    forever $ do
        resetScreenSaver dpy
        threadDelay (3*1000000)
~~~

If I call `getScreenSaver` outside loop, it also does not working.

~~~
import Graphics.X11.Xlib
import Graphics.X11.Xlib.Misc
import Control.Concurrent
import Control.Monad

main = do
    dpy <- openDisplay ""
    getScreenSaver dpy
    forever $ do
        resetScreenSaver dpy
        threadDelay (3*1000000)
~~~

Thanks


From dontdieych at gmail.com  Sun Feb  8 17:29:05 2015
From: dontdieych at gmail.com (YCH)
Date: Mon, 09 Feb 2015 02:29:05 +0900
Subject: [xmonad] 'resetScreenSaver' from 'Graphics.X11.Xlib.Misc'
In-Reply-To: <1423401032.10659.0@smtp.gmail.com>
References: <1423401032.10659.0@smtp.gmail.com>
Message-ID: <1423416545.10659.4@smtp.gmail.com>

I've got reply from libx11 bug tracker.

https://bugs.freedesktop.org/show_bug.cgi?id=89028#c1

Do `flush` from `Graphics.X11.Xlib.Event` after `resetScreenSaver` is 
the solution. `getScreenSaver` calls XFlush() internally.

On Sun, Feb 8, 2015 at 10:10 PM, YCH <dontdieych at gmail.com> wrote:
> On Wed, Jan 21, 2015 at 3:22 PM, Dontdie YCH <dontdieych at gmail.com> 
> wrote:
>> Hello,
>> 
>> I'm looking for what is proper method to inhibit screensaver(DPMS)
>> without xscreensaver, KDE, GNOME ... .
>> 
>> My video player 'bomi'(was cmplayer) try these, in order,
>> 
>> ~~~
>> [App] Initialize screensaver functions.
>> [App] Try to connect 'org.gnome.SessionManager'.
>> [App] Failed to connect 'org.gnome.SessionManager'. Fallback to
>> 'org.freedesktop.ScreenSaver'.
>> [App] Failed to connect 'org.freedesktop.ScreenSaver'. Fallback to
>> XResetScreenSaver().
>> [App] Disable screensaver with XResetScreenSaver().
>> ~~~
>> 
>> But it does not working. I didn't know how I directly deal with X11
>> lib. Fortunately, I found 'resetScreenSaver' from
>> 'Graphics.X11.Xlib.Misc' that say interface to XResetScreenSaver().
>> 
>> resetScreenSaver.hs :
>> 
>> ~~~
>> import Graphics.X11.Xlib
>> import Graphics.X11.Xlib.Misc
>> import Control.Concurrent
>> import Control.Monad
>> 
>> main = do
>>     dpy <- openDisplay ""
>>     forever $ do
>>         putStrLn "reset"
>>         resetScreenSaver dpy
>>         threadDelay (5*1000000)
>> ~~~
>> 
>> 
>> ~~~
>> $ xset s 10
>> $ runhaskell resetScreenSaver.hs
>> ~~~
>> 
>> Unfortunately, It does not working. `activateScreenSaver` and
>> `forceScreenSaver` also does not working.
>> 
>> But `xset s reset` is working as intended and also there is
>> `xdg-screensaver [ suspend | resume | reset ]` command from
>> 'xdg-utils' package (Arch). It looks like abstraction layer for xset,
>> xscreensaver, KDE, GNOME ... .
>> 
>> So I'm curious about whether this is bug of xorg or I misunderstand
>> something. And what is right way to do this if I don't want any
>> screensaver daemon? `xset s` or `xdg-screensaver`?
>> 
>> Thanks.
> 
> I've experiment couple of things and then find relation between 
> `getScreenSaver` and `resetScreenSaver`. resetScreenSaver only works 
> if I call getScreenSaver immediately before.
> 
> Any know about this?
> 
> Working as intended,
> 
> ~~~
> $ xset s 5; runhaskell withgetScreenSaver.hs
> $ cat withgetScreenSaver.hs
> import Graphics.X11.Xlib
> import Graphics.X11.Xlib.Misc
> import Control.Concurrent
> import Control.Monad
> 
> main = do
>    dpy <- openDisplay ""
>    forever $ do
>        getScreenSaver dpy
>        resetScreenSaver dpy
>        threadDelay (3*1000000)
> ~~~
> 
> Does not working as intended,
> 
> ~~~
> $ xset s 5; runhaskell onlyresetScreenSaver.hs
> $ cat onlyresetScreenSaver.hs
> import Graphics.X11.Xlib
> import Graphics.X11.Xlib.Misc
> import Control.Concurrent
> import Control.Monad
> 
> main = do
>    dpy <- openDisplay ""
>    forever $ do
>        resetScreenSaver dpy
>        threadDelay (3*1000000)
> ~~~
> 
> If I call `getScreenSaver` outside loop, it also does not working.
> 
> ~~~
> import Graphics.X11.Xlib
> import Graphics.X11.Xlib.Misc
> import Control.Concurrent
> import Control.Monad
> 
> main = do
>    dpy <- openDisplay ""
>    getScreenSaver dpy
>    forever $ do
>        resetScreenSaver dpy
>        threadDelay (3*1000000)
> ~~~
> 
> Thanks


From codesite-noreply at google.com  Sun Feb 15 21:04:38 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Sun, 15 Feb 2015 21:04:38 +0000
Subject: [xmonad] Issue 576 in xmonad: On FreeBSD Xmonad loses first
	hotkey sometimes
In-Reply-To: <21-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com>
References: <21-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com>
 <0-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com>
Message-ID: <22-3425899027203913298-6692653904601061105-codesite-noreply=google.com@googlecode.com>


Comment #22 on issue 576 by olivier.... at gmail.com: On FreeBSD Xmonad loses  
first hotkey sometimes
https://code.google.com/p/xmonad/issues/detail?id=576

I had exactly the same problem with the same bindings, and I confirm that  
patch fixed it.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From jiri.marsicek at gmail.com  Mon Feb 16 13:27:38 2015
From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=)
Date: Mon, 16 Feb 2015 14:27:38 +0100
Subject: [xmonad] Configure eating of keys based on window class
Message-ID: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>

Hi,

would it be possible to configure xmonad to eat certain keys or key
combinations to windows based on some predicate (window className) or
globaly?


I have tried to define this globaly by adding the following line to my
keybindings:

   ((0, xK_Super_L), return ())

(As explained in
https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html)


But this does not appear to work (key is still processed in the active
window)

Thanks a lot for any thoughts.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/d0fc060a/attachment.html>

From allbery.b at gmail.com  Mon Feb 16 14:41:20 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Mon, 16 Feb 2015 09:41:20 -0500
Subject: [xmonad] Configure eating of keys based on window class
In-Reply-To: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
References: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
Message-ID: <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>

On Mon, Feb 16, 2015 at 8:27 AM, Ji?? Mar???ek <jiri.marsicek at gmail.com>
wrote:

> I have tried to define this globaly by adding the following line to my
> keybindings:
>
>    ((0, xK_Super_L), return ())
>
> (As explained in
> https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html
>
> )
>
> But this does not appear to work (key is still processed in the active
> window)
>

That would only work if vbox isn't already grabbing the keyboard, for
starters. I also suspect it won't work in some circumstances (if the
program is using the RECORD extension to watch for keys, or if the trigger
is modifier+normal key then it won't see the modifier press but it will
still show up in the modifier bitmask when the normal key is pressed).

Could you explain the actual problem you're trying to fix?

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/9a1b011a/attachment.html>

From jiri.marsicek at gmail.com  Mon Feb 16 14:53:54 2015
From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=)
Date: Mon, 16 Feb 2015 15:53:54 +0100
Subject: [xmonad] Configure eating of keys based on window class
In-Reply-To: <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>
References: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
 <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>
Message-ID: <CADFAoBnc3J48xz-i5dAYcSNSHerPDth7=TBGfM98eSf8ZC_LeQ@mail.gmail.com>

Hi Brandon,

thanks a lot for looking into this.

I am using Citrix ICA Client to connect to remote Windows machine.

I use Super_L key as meta modifier and when I press any key combinations
containing this modifier it is also passed to the Windows session in the
Citrix session resulting in opening the Start menu.


Now as I am thinking about it - maybe it might be enough just to change the
Super_L modifier to something else that Windows do not recognize. Is it
possible to change the keycode of the Win Key to something unused (by using
xmodmap) and then define it as meta key in xmonad?

On Mon, Feb 16, 2015 at 3:41 PM, Brandon Allbery <allbery.b at gmail.com>
wrote:

> On Mon, Feb 16, 2015 at 8:27 AM, Ji?? Mar???ek <jiri.marsicek at gmail.com>
> wrote:
>
>> I have tried to define this globaly by adding the following line to my
>> keybindings:
>>
>>    ((0, xK_Super_L), return ())
>>
>> (As explained in
>> https://mail.haskell.org/pipermail/xmonad/2012-February/012402.html
>>
>> )
>>
>> But this does not appear to work (key is still processed in the active
>> window)
>>
>
> That would only work if vbox isn't already grabbing the keyboard, for
> starters. I also suspect it won't work in some circumstances (if the
> program is using the RECORD extension to watch for keys, or if the trigger
> is modifier+normal key then it won't see the modifier press but it will
> still show up in the modifier bitmask when the normal key is pressed).
>
> Could you explain the actual problem you're trying to fix?
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/473a03b2/attachment.html>

From allbery.b at gmail.com  Mon Feb 16 15:12:08 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Mon, 16 Feb 2015 10:12:08 -0500
Subject: [xmonad] Configure eating of keys based on window class
In-Reply-To: <CADFAoBnc3J48xz-i5dAYcSNSHerPDth7=TBGfM98eSf8ZC_LeQ@mail.gmail.com>
References: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
 <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>
 <CADFAoBnc3J48xz-i5dAYcSNSHerPDth7=TBGfM98eSf8ZC_LeQ@mail.gmail.com>
Message-ID: <CAKFCL4W3qbvHukFN3Xv8WjBBqiaAY1veNEmHp3YfTXKV2f--kw@mail.gmail.com>

On Mon, Feb 16, 2015 at 9:53 AM, Ji?? Mar???ek <jiri.marsicek at gmail.com>
wrote:

> Now as I am thinking about it - maybe it might be enough just to change
> the Super_L modifier to something else that Windows do not recognize. Is it
> possible to change the keycode of the Win Key to something unused (by using
> xmodmap) and then define it as meta key in xmonad?


Keycodes are hardcoded in the X server and can't be changed by clients. It
may be possible to remap it at the kernel level (the mapping from hardware
keys to "raw" keys that the X server sees.

Citrix is likewise handling key events at a level that xmonad can't
intercept, it sounds like.

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/d62b7e3c/attachment.html>

From jiri.marsicek at gmail.com  Mon Feb 16 15:32:09 2015
From: jiri.marsicek at gmail.com (=?UTF-8?B?SmnFmcOtIE1hcsWhw63EjWVr?=)
Date: Mon, 16 Feb 2015 16:32:09 +0100
Subject: [xmonad] Configure eating of keys based on window class
In-Reply-To: <CAKFCL4W3qbvHukFN3Xv8WjBBqiaAY1veNEmHp3YfTXKV2f--kw@mail.gmail.com>
References: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
 <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>
 <CADFAoBnc3J48xz-i5dAYcSNSHerPDth7=TBGfM98eSf8ZC_LeQ@mail.gmail.com>
 <CAKFCL4W3qbvHukFN3Xv8WjBBqiaAY1veNEmHp3YfTXKV2f--kw@mail.gmail.com>
Message-ID: <CADFAoB=1GPA9Xbh-8EJwzCo4O=+MFau9A+jSpvnYFR2LMRZU0g@mail.gmail.com>

Brandon,

thanks a lot for the explanation. I have tried to fiddle a little with the
xmodmap and came out with solution that helps (although not solved in
xmonad).

Executing following does precisely what I needed:  xmodmap -e "keysym
Super_L = Hyper_L" (while having Hyper_L defined as mod4).


On Mon, Feb 16, 2015 at 4:12 PM, Brandon Allbery <allbery.b at gmail.com>
wrote:

> On Mon, Feb 16, 2015 at 9:53 AM, Ji?? Mar???ek <jiri.marsicek at gmail.com>
> wrote:
>
>> Now as I am thinking about it - maybe it might be enough just to change
>> the Super_L modifier to something else that Windows do not recognize. Is it
>> possible to change the keycode of the Win Key to something unused (by using
>> xmodmap) and then define it as meta key in xmonad?
>
>
> Keycodes are hardcoded in the X server and can't be changed by clients. It
> may be possible to remap it at the kernel level (the mapping from hardware
> keys to "raw" keys that the X server sees.
>
> Citrix is likewise handling key events at a level that xmonad can't
> intercept, it sounds like.
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/059086c4/attachment.html>

From allbery.b at gmail.com  Mon Feb 16 16:22:30 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Mon, 16 Feb 2015 11:22:30 -0500
Subject: [xmonad] Configure eating of keys based on window class
In-Reply-To: <CADFAoB=1GPA9Xbh-8EJwzCo4O=+MFau9A+jSpvnYFR2LMRZU0g@mail.gmail.com>
References: <CADFAoBmSi3rVcfLqe5S3Gdc3r29o5vzzfFgq2ECXDAKrBqqNjA@mail.gmail.com>
 <CAKFCL4UZh0fTJuZrEZLos2ykrng3xSE-MyUW8JVgzoiMtoX1Hw@mail.gmail.com>
 <CADFAoBnc3J48xz-i5dAYcSNSHerPDth7=TBGfM98eSf8ZC_LeQ@mail.gmail.com>
 <CAKFCL4W3qbvHukFN3Xv8WjBBqiaAY1veNEmHp3YfTXKV2f--kw@mail.gmail.com>
 <CADFAoB=1GPA9Xbh-8EJwzCo4O=+MFau9A+jSpvnYFR2LMRZU0g@mail.gmail.com>
Message-ID: <CAKFCL4VYhBcq6P11gNPcGJpbqrQNazApZ76qFxDOCHPVQvcuOg@mail.gmail.com>

On Mon, Feb 16, 2015 at 10:32 AM, Ji?? Mar???ek <jiri.marsicek at gmail.com>
wrote:

> Executing following does precisely what I needed:  xmodmap -e "keysym
> Super_L = Hyper_L" (while having Hyper_L defined as mod4).


Yeh, that'd confirm that Citrix is operating too low level for xmonad to
intercept. (If it were at a level xmonad could do something then that
wouldn't have any visible effect.)

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150216/3db9831e/attachment-0001.html>

From mail at joachim-breitner.de  Wed Feb 18 09:20:08 2015
From: mail at joachim-breitner.de (Joachim Breitner)
Date: Wed, 18 Feb 2015 10:20:08 +0100
Subject: [xmonad] darcs patch: XMonad.Prompt.Pass: Handle hierachical
	password stores
Message-ID: <E1YO0ng-00016B-EK@kirk>

1 patch for repository http://code.haskell.org/XMonadContrib:

Wed Feb 18 10:18:16 CET 2015  Joachim Breitner <mail at joachim-breitner.de>
  * XMonad.Prompt.Pass: Handle hierachical password stores
  
  pass stores its passwords in directories, so the contents of the directory
  store needs to be enumerated recursively. Alexander Sulfrian provided this
  patch on the mailinglist, which I tested (it works) and cleaned up slightly.
  
-------------- next part --------------
A non-text attachment was scrubbed...
Name: patch-preview.txt
Type: text/x-darcs-patch
Size: 1646 bytes
Desc: Patch preview
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150218/f737dca3/attachment-0002.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xmonad_prompt_pass_-handle-hierachical-password-stores.dpatch
Type: application/x-darcs-patch
Size: 30212 bytes
Desc: A darcs patch for your repository!
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150218/f737dca3/attachment-0003.bin>

From mail at joachim-breitner.de  Wed Feb 18 09:49:48 2015
From: mail at joachim-breitner.de (Joachim Breitner)
Date: Wed, 18 Feb 2015 10:49:48 +0100
Subject: [xmonad] darcswatch still useful?
Message-ID: <1424252988.1949.6.camel@joachim-breitner.de>

Dear xmonad and darcs communities,

many years ago? I created a service called darcswatch, which tracks the
state of submitted darcs patches, by watching the mailinglists and
repositories. It has been running since then at
http://darcswatch.nomeata.de/

I have not actively used it myself since at least 4 years, and the last
patches are from 2011. It still works, but also not always, i.e. it
seems to miss some patches it cannot parse.

As far as I know, the darcs and xmonad projects were the only that
somewhat actively use(d) it.

So I wonder: Is there a point in keeping it alive? Is there maybe even
someone interested in taking over? Or can I just silently pull the plug?

Greetings,
Joachim


? almost seven, actually:
https://www.joachim-breitner.de/blog/290-Announcing_DarcsWatch
That was when GitHub was not ubiquitous and still many projects were
using Darcs.
-- 
Joachim ?nomeata? Breitner
  mail at joachim-breitner.de ? http://www.joachim-breitner.de/
  Jabber: nomeata at joachim-breitner.de  ? GPG-Key: 0xF0FBF51F
  Debian Developer: nomeata at debian.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150218/ed3858ca/attachment.sig>

From codesite-noreply at google.com  Sat Feb 21 20:46:52 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Sat, 21 Feb 2015 20:46:52 +0000
Subject: [xmonad] Issue 543 in xmonad: StackSet: non-positive argument
 to StackSet.new with mroe monitors than workspaces
In-Reply-To: <3-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
References: <3-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
 <0-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
Message-ID: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>


Comment #4 on issue 543 by Sindre.D... at gmail.com: StackSet: non-positive  
argument to StackSet.new with mroe monitors than workspaces
https://code.google.com/p/xmonad/issues/detail?id=543

Has there been any progress on this one? I stumbled on this issue when  
setting up dynamic workspaces. XMonad failing to run still while compiling  
made me think that this is not very elegant, and unintuitive towards new  
users.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From codesite-noreply at google.com  Sun Feb 22 16:38:51 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Sun, 22 Feb 2015 16:38:51 +0000
Subject: [xmonad] Issue 543 in xmonad: StackSet: non-positive argument
 to StackSet.new with mroe monitors than workspaces
In-Reply-To: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
References: <4-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
 <0-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>
Message-ID: <5-3425899027203913298-3358962600100534962-codesite-noreply=google.com@googlecode.com>


Comment #5 on issue 543 by MathStuf at gmail.com: StackSet: non-positive  
argument to StackSet.new with mroe monitors than workspaces
https://code.google.com/p/xmonad/issues/detail?id=543

Maybe the auto-generated workspaces should be prefixed somehow that when  
creating a new workspace, it first just renames or deletes/creates one of  
those?

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From codesite-noreply at google.com  Sun Feb 22 16:40:12 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Sun, 22 Feb 2015 16:40:12 +0000
Subject: [xmonad] Issue 570 in xmonad: add systemd support
In-Reply-To: <0-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com>
References: <0-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com>
Message-ID: <1-3425899027203913298-15333021697025024755-codesite-noreply=google.com@googlecode.com>


Comment #1 on issue 570 by MathStuf at gmail.com: add systemd support
https://code.google.com/p/xmonad/issues/detail?id=570

I have some .service files for xmonad laying around that I haven't really  
tested,  but now that Fedora has non-root X support, I'll have to try it  
out again.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From codesite-noreply at google.com  Mon Feb 23 01:39:05 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Mon, 23 Feb 2015 01:39:05 +0000
Subject: [xmonad] Issue 591 in xmonad: XMonad "fights" with toolkits when
 focusing a window with a child modal dialog
Message-ID: <0-3425899027203913298-3284787626279698882-codesite-noreply=google.com@googlecode.com>

Status: New
Owner: ----

New issue 591 by MathStuf at gmail.com: XMonad "fights" with toolkits when  
focusing a window with a child modal dialog
https://code.google.com/p/xmonad/issues/detail?id=591

When a window has a modal dialog, trying to select the parent window causes  
the toolkit to then focus the modal dialog, but this puts XMonad's data  
structures out-of-sync with reality. Here it shows up as the focus (as  
indicated by the border) rapidly flipping back and forth between the two  
windows. Focusing any window other than the parent window fixes it.

I can think of a few solutions:

   - skip giving focus to windows with a modal child; or
   - focus the modal child instead (if on the same workspace? monitor?  
visible?).

I prefer the second with "if visible", but maybe this could be an option to  
the configuration. The problem with implementing anything right now comes  
in trying to track modal child/parent relationships. X.U.WindowState is  
useful here, but there's no place to intercept all calls to  
XMonad.Operations.focus to change the behavior.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From alex at genaud.net  Tue Feb 24 05:05:12 2015
From: alex at genaud.net (Alexander Genaud)
Date: Mon, 23 Feb 2015 23:05:12 -0600
Subject: [xmonad] Vanilla Xmonad distribution
Message-ID: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>

Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or
0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years.

This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then
Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu
was most promising, but just doesn't work very well (panel disappears, or
meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into
the highlighted app or ignored). I am reading a hodge-podge of different
config tutorials focusing on an assortment of versions. I have not come
across an installation/config wiki page that seemed relevant and up to date.

I'm willing to install just about any distribution (not Arch nor Gentoo)
and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE
with graphical networking, application selection menus, panel,
notifications, but with the latest xmonad tile windowing. I like the idea
of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I
expected Mate would 'just work'.

Is there a stable reference distro? Can someone point me to a tutorial from
late 2014 or 2015 for installing xmonad on a recently distro?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150223/56039828/attachment.html>

From Michael.Norrish at nicta.com.au  Tue Feb 24 06:55:33 2015
From: Michael.Norrish at nicta.com.au (Michael Norrish)
Date: Tue, 24 Feb 2015 06:55:33 +0000
Subject: [xmonad] Vanilla Xmonad distribution
In-Reply-To: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
References: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
Message-ID: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au>

I?d also be very interested in hearing about what recent received wisdom is on this front.

Michael

> On 24 Feb 2015, at 4:05 pm, Alexander Genaud <alex at genaud.net> wrote:
>
> Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years.
>
> This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date.
>
> I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'.
>
> Is there a stable reference distro? Can someone point me to a tutorial from late 2014 or 2015 for installing xmonad on a recently distro?
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad


________________________________

The information in this e-mail may be confidential and subject to legal professional privilege and/or copyright. National ICT Australia Limited accepts no liability for any damage caused by this email or its attachments.

From tkpapp at gmail.com  Tue Feb 24 09:59:56 2015
From: tkpapp at gmail.com (Tamas Papp)
Date: Tue, 24 Feb 2015 10:59:56 +0100
Subject: [xmonad] Vanilla Xmonad distribution
In-Reply-To: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
References: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
Message-ID: <87sidvocir.fsf@tamas.ihs.ac.at>

Hi Alexander,

I am using Debian/unstable, and it works fine. Here is what I would
suggest:

1. Install xmonad using cabal, with all the flags. Install the -dev
libraries whenever it complains it is missing something and try again.

2. Start XFCE with the following .xsession file:

--8<---------------cut here---------------start------------->8---
xsetroot -cursor_name left_ptr
/usr/lib/policykit-1-gnome/polkit-gnome-authentication-agent-1 &
exec startxfce4 --with-ck-launch
--8<---------------cut here---------------end--------------->8---

3. start

xmonad --replace

from XFCE (session/app autostart or something like this).

4. start xmobar from there also.

Hope this helps,

Tamas

On Tue, Feb 24 2015, Alexander Genaud <alex at genaud.net> wrote:

> Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or
> 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years.
>
> This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then
> Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu
> was most promising, but just doesn't work very well (panel disappears, or
> meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into
> the highlighted app or ignored). I am reading a hodge-podge of different
> config tutorials focusing on an assortment of versions. I have not come
> across an installation/config wiki page that seemed relevant and up to date.
>
> I'm willing to install just about any distribution (not Arch nor Gentoo)
> and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE
> with graphical networking, application selection menus, panel,
> notifications, but with the latest xmonad tile windowing. I like the idea
> of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I
> expected Mate would 'just work'.
>
> Is there a stable reference distro? Can someone point me to a tutorial from
> late 2014 or 2015 for installing xmonad on a recently distro?
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad

From allbery.b at gmail.com  Tue Feb 24 15:42:27 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Tue, 24 Feb 2015 10:42:27 -0500
Subject: [xmonad] Vanilla Xmonad distribution
In-Reply-To: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
References: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
Message-ID: <CAKFCL4V7iBhT2CUoPFrp7D0mxxyas3t1d5iO9A+e488hEBLUvw@mail.gmail.com>

On Tue, Feb 24, 2015 at 12:05 AM, Alexander Genaud <alex at genaud.net> wrote:

> This weekend, I tried to set up Linux Mint Mate


I'm curious what problems you ran into here. (Also, did you use xmonad from
darcs? There is XMonad.Config.Mate which clears up most of the
discrepancies between Gnome 2 and Mate, and which I am using with Mint's
Mate.) The only one I have noticed is needing to restart mate-panel due to
a timing bug which is fixed upstream but not yet released; but that is
unrelated to xmonad (it's triggered by VMware guest switching to full
resolution after the panel starts).

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150224/d67c1af0/attachment.html>

From mail at joachim-breitner.de  Wed Feb 25 23:09:04 2015
From: mail at joachim-breitner.de (Joachim Breitner)
Date: Thu, 26 Feb 2015 00:09:04 +0100
Subject: [xmonad] darcswatch still useful?
In-Reply-To: <1424252988.1949.6.camel@joachim-breitner.de>
References: <1424252988.1949.6.camel@joachim-breitner.de>
Message-ID: <1424905744.8612.10.camel@joachim-breitner.de>

Hi,

Am Mittwoch, den 18.02.2015, 10:49 +0100 schrieb Joachim Breitner:
> So I wonder: Is there a point in keeping it alive? Is there maybe even
> someone interested in taking over? Or can I just silently pull the plug?

it seems that there is no need for DarcsWatch any more, so I stopped the
cronjobs and mail forwards now. Also see
https://www.joachim-breitner.de/blog/672-DarcsWatch_End-Of-Life%E2%80%99d

It was a pleasure to be of service for a while, and a fun project!

Greetings,
Joachim


-- 
Joachim ?nomeata? Breitner
  mail at joachim-breitner.de ? http://www.joachim-breitner.de/
  Jabber: nomeata at joachim-breitner.de  ? GPG-Key: 0xF0FBF51F
  Debian Developer: nomeata at debian.org

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: This is a digitally signed message part
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150226/844fc6ac/attachment.sig>

From lally.singh at gmail.com  Thu Feb 26 15:29:15 2015
From: lally.singh at gmail.com (Lally Singh)
Date: Thu, 26 Feb 2015 10:29:15 -0500
Subject: [xmonad] darcs patch: Split out the X event get function from
	xmonad.
Message-ID: <CAFjuTDA6rAnfo-QFUjXyQOpZZC5EwnEH6QBXV2vDi6TTkS9KMA@mail.gmail.com>

Hello!

 Please tell me what you think, of both the patch and the process I'm
sending this in-by.  First time for both.

Thanks!

1 patch for repository http://code.haskell.org/xmonad:

Thu Feb 26 10:22:06 EST 2015  lally.singh at gmail.com
  * Split out the X event get function from xmonad.

  This lets xmonad users specify their own functions that get the next X
event,
  and consequently have access to the Display and run in xmonad's thread.
Useful
  for providing such access to other threads.



New patches:

[Split out the X event get function from xmonad.
lally.singh at gmail.com**20150226152206
 Ignore-this: de10517364b9c642552ff62ebb614d28

 This lets xmonad users specify their own functions that get the next X
event,
 and consequently have access to the Display and run in xmonad's thread.
Useful
 for providing such access to other threads.

] {
hunk ./src/XMonad/Main.hs 49
 -- The main entry point
 --
 xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO ()
-xmonad initxmc = do
+xmonad initxmc = xmonad' defaultEventGetter initxmc
+
+-- | Default X event getter.
+defaultEventGetter :: Display -> XEventPtr -> X Event
+defaultEventGetter _ = io . getEvent
+
+-- | Actual entry point, with a parameter for the X event getter.  The
getter
+-- has access to the X event loop.
+xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display ->
XEventPtr -> X Event) -> XConfig l -> IO ()
+xmonad' eventGetter initxmc = do
     -- setup locale information from environment
     setLocale LC_ALL Nothing
     -- ignore SIGPIPE and SIGCHLD
hunk ./src/XMonad/Main.hs 158
             userCode $ startupHook initxmc

             -- main loop, for all you HOF/recursion fans out there.
-            forever $ prehandle =<< io (nextEvent dpy e >> getEvent e)
+            forever $ prehandle =<< eventGetter dpy e

     return ()
       where
}
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150226/f52116e5/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: split-out-the-x-event-get-function-from-xmonad_.dpatch
Type: application/octet-stream
Size: 8557 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150226/f52116e5/attachment.obj>

From vogt.adam at gmail.com  Thu Feb 26 16:24:25 2015
From: vogt.adam at gmail.com (adam vogt)
Date: Thu, 26 Feb 2015 11:24:25 -0500
Subject: [xmonad] darcs patch: Split out the X event get function from
	xmonad.
In-Reply-To: <CAFjuTDA6rAnfo-QFUjXyQOpZZC5EwnEH6QBXV2vDi6TTkS9KMA@mail.gmail.com>
References: <CAFjuTDA6rAnfo-QFUjXyQOpZZC5EwnEH6QBXV2vDi6TTkS9KMA@mail.gmail.com>
Message-ID: <CAHfjoWkRDt=Me=d8Y_un-kgHHszv1OFp4dsdd90QJANzxdTpiA@mail.gmail.com>

Hi Lally,

I think the way you're proposing a change is just fine.

Does your patch work properly for you? You left out a call to
nextEvent which xmonad currently does. I would have written:

defaultEventGetter :: XEventPtr -> X Event
defaultEventGetter evPtr = do
 d <- asks display
 io $ do
    nextEvent d evPtr
    getEvent evPtr

Secondly, I would have added eventGetter as a field in XConfig, since
it doesn't scale to have

xmonad
xmonad'
xmonad''

etc. functions.

Finally, do you have an example of something you can do with the
eventGetter that cannot be done with handleEventHook?


Regards,
Adam

On Thu, Feb 26, 2015 at 10:29 AM, Lally Singh <lally.singh at gmail.com> wrote:
> Hello!
>
>  Please tell me what you think, of both the patch and the process I'm
> sending this in-by.  First time for both.
>
> Thanks!
>
> 1 patch for repository http://code.haskell.org/xmonad:
>
> Thu Feb 26 10:22:06 EST 2015  lally.singh at gmail.com
>   * Split out the X event get function from xmonad.
>
>   This lets xmonad users specify their own functions that get the next X
> event,
>   and consequently have access to the Display and run in xmonad's thread.
> Useful
>   for providing such access to other threads.
>
>
>
> New patches:
>
> [Split out the X event get function from xmonad.
> lally.singh at gmail.com**20150226152206
>  Ignore-this: de10517364b9c642552ff62ebb614d28
>
>  This lets xmonad users specify their own functions that get the next X
> event,
>  and consequently have access to the Display and run in xmonad's thread.
> Useful
>  for providing such access to other threads.
>
> ] {
> hunk ./src/XMonad/Main.hs 49
>  -- The main entry point
>  --
>  xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO ()
> -xmonad initxmc = do
> +xmonad initxmc = xmonad' defaultEventGetter initxmc
> +
> +-- | Default X event getter.
> +defaultEventGetter :: Display -> XEventPtr -> X Event
> +defaultEventGetter _ = io . getEvent
> +
> +-- | Actual entry point, with a parameter for the X event getter.  The
> getter
> +-- has access to the X event loop.
> +xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display -> XEventPtr
> -> X Event) -> XConfig l -> IO ()
> +xmonad' eventGetter initxmc = do
>      -- setup locale information from environment
>      setLocale LC_ALL Nothing
>      -- ignore SIGPIPE and SIGCHLD
> hunk ./src/XMonad/Main.hs 158
>              userCode $ startupHook initxmc
>
>              -- main loop, for all you HOF/recursion fans out there.
> -            forever $ prehandle =<< io (nextEvent dpy e >> getEvent e)
> +            forever $ prehandle =<< eventGetter dpy e
>
>      return ()
>        where
> }
>
>
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
>

From allbery.b at gmail.com  Thu Feb 26 16:34:06 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Thu, 26 Feb 2015 11:34:06 -0500
Subject: [xmonad] darcs patch: Split out the X event get function from
	xmonad.
In-Reply-To: <CAHfjoWkRDt=Me=d8Y_un-kgHHszv1OFp4dsdd90QJANzxdTpiA@mail.gmail.com>
References: <CAFjuTDA6rAnfo-QFUjXyQOpZZC5EwnEH6QBXV2vDi6TTkS9KMA@mail.gmail.com>
 <CAHfjoWkRDt=Me=d8Y_un-kgHHszv1OFp4dsdd90QJANzxdTpiA@mail.gmail.com>
Message-ID: <CAKFCL4UZY9gqNhYaQ3atwD87h_-StztvNT6RWuAEPfDTkKBC6w@mail.gmail.com>

On Thu, Feb 26, 2015 at 11:24 AM, adam vogt <vogt.adam at gmail.com> wrote:

> Finally, do you have an example of something you can do with the
> eventGetter that cannot be done with handleEventHook?
>

One thing I've wanted is the ability to hook into GHC's I/O manager instead
of polling X11 directly. Currently, other threads will not run until xmonad
receives an X11 event, because it's blocked in the FFI instead of the I/O
manager monitoring the X11 socket. This also means you can't sensibly wait
on both a socket/pipe and X11 events.

(Doing the above right also implies that either we synthesize X11 events
for non-X11 events, or add an additional eventHook for them. The latter is
probably easier, since the former either needs to "steal" an event type
from X11 or a rather nonsensical patch to the X11 bindings to support a
non-X11 event as an "X11" event type.)

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150226/1e1f778f/attachment.html>

From lally.singh at gmail.com  Thu Feb 26 22:36:05 2015
From: lally.singh at gmail.com (Lally Singh)
Date: Thu, 26 Feb 2015 17:36:05 -0500
Subject: [xmonad] darcs patch: Split out the X event get function from
	xmonad.
In-Reply-To: <CAHfjoWkRDt=Me=d8Y_un-kgHHszv1OFp4dsdd90QJANzxdTpiA@mail.gmail.com>
References: <CAFjuTDA6rAnfo-QFUjXyQOpZZC5EwnEH6QBXV2vDi6TTkS9KMA@mail.gmail.com>
 <CAHfjoWkRDt=Me=d8Y_un-kgHHszv1OFp4dsdd90QJANzxdTpiA@mail.gmail.com>
Message-ID: <CAFjuTDAY+Kpf6DUfGKDbbaQF+fJKT3-jfCCG=mmAR+yw+DHDXw@mail.gmail.com>

Ah, that's what I get for trying to hastily port a larger set of changes by
hand.  I'll re-make the patch with your excellent suggestions.

My event getter calls select(2) on both the display's FD and a pipe.  The
pipe has a byte written when a queue has a closure on it, which the event
getter runs with the X state.  <
https://github.com/lally/config/blob/xmonad-cairo/xmonad/Support/Launch.hs#L184>
 Another thread runs a local webserver, with the hope to let other apps
pull JSON state descriptions of what windows are where (with some x
property tagging) to try and attach semantics to the windows.

As Brandon says, it's mostly about getting select(2) to wait on more than 1
fd at a time.



On Thu, Feb 26, 2015 at 11:24 AM, adam vogt <vogt.adam at gmail.com> wrote:

> Hi Lally,
>
> I think the way you're proposing a change is just fine.
>
> Does your patch work properly for you? You left out a call to
> nextEvent which xmonad currently does. I would have written:
>
> defaultEventGetter :: XEventPtr -> X Event
> defaultEventGetter evPtr = do
>  d <- asks display
>  io $ do
>     nextEvent d evPtr
>     getEvent evPtr
>
> Secondly, I would have added eventGetter as a field in XConfig, since
> it doesn't scale to have
>
> xmonad
> xmonad'
> xmonad''
>
> etc. functions.
>
> Finally, do you have an example of something you can do with the
> eventGetter that cannot be done with handleEventHook?
>
>
> Regards,
> Adam
>
> On Thu, Feb 26, 2015 at 10:29 AM, Lally Singh <lally.singh at gmail.com>
> wrote:
> > Hello!
> >
> >  Please tell me what you think, of both the patch and the process I'm
> > sending this in-by.  First time for both.
> >
> > Thanks!
> >
> > 1 patch for repository http://code.haskell.org/xmonad:
> >
> > Thu Feb 26 10:22:06 EST 2015  lally.singh at gmail.com
> >   * Split out the X event get function from xmonad.
> >
> >   This lets xmonad users specify their own functions that get the next X
> > event,
> >   and consequently have access to the Display and run in xmonad's thread.
> > Useful
> >   for providing such access to other threads.
> >
> >
> >
> > New patches:
> >
> > [Split out the X event get function from xmonad.
> > lally.singh at gmail.com**20150226152206
> >  Ignore-this: de10517364b9c642552ff62ebb614d28
> >
> >  This lets xmonad users specify their own functions that get the next X
> > event,
> >  and consequently have access to the Display and run in xmonad's thread.
> > Useful
> >  for providing such access to other threads.
> >
> > ] {
> > hunk ./src/XMonad/Main.hs 49
> >  -- The main entry point
> >  --
> >  xmonad :: (LayoutClass l Window, Read (l Window)) => XConfig l -> IO ()
> > -xmonad initxmc = do
> > +xmonad initxmc = xmonad' defaultEventGetter initxmc
> > +
> > +-- | Default X event getter.
> > +defaultEventGetter :: Display -> XEventPtr -> X Event
> > +defaultEventGetter _ = io . getEvent
> > +
> > +-- | Actual entry point, with a parameter for the X event getter.  The
> > getter
> > +-- has access to the X event loop.
> > +xmonad' :: (LayoutClass l Window, Read (l Window)) => (Display ->
> XEventPtr
> > -> X Event) -> XConfig l -> IO ()
> > +xmonad' eventGetter initxmc = do
> >      -- setup locale information from environment
> >      setLocale LC_ALL Nothing
> >      -- ignore SIGPIPE and SIGCHLD
> > hunk ./src/XMonad/Main.hs 158
> >              userCode $ startupHook initxmc
> >
> >              -- main loop, for all you HOF/recursion fans out there.
> > -            forever $ prehandle =<< io (nextEvent dpy e >> getEvent e)
> > +            forever $ prehandle =<< eventGetter dpy e
> >
> >      return ()
> >        where
> > }
> >
> >
> > _______________________________________________
> > xmonad mailing list
> > xmonad at haskell.org
> > http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150226/dc6c0cb9/attachment-0001.html>

From codesite-noreply at google.com  Fri Feb 27 20:04:23 2015
From: codesite-noreply at google.com (codesite-noreply at google.com)
Date: Fri, 27 Feb 2015 20:04:23 +0000
Subject: [xmonad] Issue 592 in xmonad: xmonad doesn't allow other window
 managers to take replace xmonad
Message-ID: <0-3425899027203913298-8370649503104057349-codesite-noreply=google.com@googlecode.com>

Status: New
Owner: ----

New issue 592 by np.hard... at gmail.com: xmonad doesn't allow other window  
managers to take replace xmonad
https://code.google.com/p/xmonad/issues/detail?id=592

xmonad can request to take over managing windows from another window  
manager by way of xmonad --replace.  However, if another window manager  
(marco in my case) calls their replace method (in my case marco --replace)  
xmonad does not pass management of windows over to the calling window  
manager.

-- 
You received this message because this project is configured to send all  
issue notifications to this address.
You may adjust your notification preferences at:
https://code.google.com/hosting/settings

From zap5029 at psu.edu  Sat Feb 28 01:08:14 2015
From: zap5029 at psu.edu (Zachary Peterson)
Date: Fri, 27 Feb 2015 20:08:14 -0500
Subject: [xmonad] dmenu in xmonad with KDE
Message-ID: <87385qzvup.fsf@psu.edu>

Hello,

I've decided to give xmonad a try after hearing some good things about
it. I installed it and configured it as described in the wiki
(https://wiki.haskell.org/Xmonad/Using_xmonad_in_KDE). I have no
knowledge of Haskell yet, so the only change I've made to the config
given in the wiki is the change of 'kdeConfig' to 'kde4Config', as
directed. When running, I'm unable to launch dmenu through
mod-p, though I am able to start it with 'dmenu_run' in a terminal. I
checked my .xsession-errors file, and found the following lines after
trying:

QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
[/usr/bin/nepomukservicestub] QObject::connect: Cannot connect XSyncBasedPoller::destroyed() to (null)::_k_x11FilterDestroyed()
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave.
Bad _NET_DESKTOP with data[0]=-1

This is all through Debian Wheezy with KDE4, with all relevant
installations done through Debian's repositories.

Any help you can provide will be greatly appreciated. Thank you.
-- 
Zachary Peterson
zap5029 at psu.edu
(317) 828-2377
OpenPGP key: BF5879D6
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150227/2e69c33e/attachment.sig>

From allbery.b at gmail.com  Sat Feb 28 01:13:09 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Fri, 27 Feb 2015 20:13:09 -0500
Subject: [xmonad] dmenu in xmonad with KDE
In-Reply-To: <87385qzvup.fsf@psu.edu>
References: <87385qzvup.fsf@psu.edu>
Message-ID: <CAKFCL4VbLOSo7mMrnqG3FknkN=_=cv7r26PUsqkazpzCOQX8-A@mail.gmail.com>

On Fri, Feb 27, 2015 at 8:08 PM, Zachary Peterson <zap5029 at psu.edu> wrote:

> . When running, I'm unable to launch dmenu through
> mod-p,
>

Do you actually want dmenu instead of KDE's run dialog? You'll need to
replace the keybinding in that case. (I was trying to help you in IRC but
it was not clear that you actually wanted dmenu. I even specifically said
at least twice that it would not run dmenu.)

If you specifically want dmenu, then look at XMonad.Util.EZConfig to add
something like

    [("M-p", spawn "dmenu_run")]

to the keybindings, to override the use of KDE's run dialog.

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150227/e77860b1/attachment.html>

From anton.pirogov at gmail.com  Sat Feb 28 16:34:01 2015
From: anton.pirogov at gmail.com (Anton Pirogov)
Date: Sat, 28 Feb 2015 17:34:01 +0100
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
	please add to xmonad-contrib
Message-ID: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>

Hi,

I am new on the list so I hope I do this correctly...

I have written a log hook to set wallpapers. The special thing here is,
that you can assign a wallpaper (or a set to be chosen randomly from) to
each workspace, so when you have workspace A on screen 1 and B on screen 2,
you see the according images on these screens and if you swap the
workspaces, the wallpapers get swapped too. Wallpapers are always applied
scaled and it detects vertical screens and rotates images accordingly (so
any wallpaper will be rendered on any screen in a sane way).

This hook has been tested by me for over a year already and has not failed
me, so I decided to show it to the public, I hope this is worth being
integrated into xmonad-contrib.

Best regards,
Anton Pirogov
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/29b0b8fa/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: wallpaperSetterHook.dpatch
Type: application/octet-stream
Size: 38093 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/29b0b8fa/attachment-0001.obj>

From mimi.vx at gmail.com  Sat Feb 28 17:05:34 2015
From: mimi.vx at gmail.com (=?UTF-8?B?T25kxZllaiBTw7prdXA=?=)
Date: Sat, 28 Feb 2015 17:05:34 +0000
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
 please add to xmonad-contrib
References: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
Message-ID: <CAL8qHC8vCfmwQ9cM5MHR6k1oxdeCECbNSSRfUq1BnOioNp_=_Q@mail.gmail.com>

great, very thx

so 28. 2. 2015 v 17:34 odes?latel Anton Pirogov <anton.pirogov at gmail.com>
napsal:

> Hi,
>
> I am new on the list so I hope I do this correctly...
>
> I have written a log hook to set wallpapers. The special thing here is,
> that you can assign a wallpaper (or a set to be chosen randomly from) to
> each workspace, so when you have workspace A on screen 1 and B on screen 2,
> you see the according images on these screens and if you swap the
> workspaces, the wallpapers get swapped too. Wallpapers are always applied
> scaled and it detects vertical screens and rotates images accordingly (so
> any wallpaper will be rendered on any screen in a sane way).
>
> This hook has been tested by me for over a year already and has not failed
> me, so I decided to show it to the public, I hope this is worth being
> integrated into xmonad-contrib.
>
> Best regards,
> Anton Pirogov
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/1996daf0/attachment.html>

From allbery.b at gmail.com  Sat Feb 28 17:09:36 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Sat, 28 Feb 2015 12:09:36 -0500
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
 please add to xmonad-contrib
In-Reply-To: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
References: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
Message-ID: <CAKFCL4WJaDZ-bveN7Fzz7O2L7qYyyQGJCzQiGVi2MT2WunaLzg@mail.gmail.com>

On Sat, Feb 28, 2015 at 11:34 AM, Anton Pirogov <anton.pirogov at gmail.com>
wrote:

> I have written a log hook to set wallpapers. The special thing here is,
> that you can assign a wallpaper (or a set to be chosen randomly from) to
> each workspace, so when you have workspace A on screen 1 and B on screen 2,
> you see the according images on these screens and if you swap the
> workspaces, the wallpapers get swapped too. Wallpapers are always applied
> scaled and it detects vertical screens and rotates images accordingly (so
> any wallpaper will be rendered on any screen in a sane way).
>

The main reason this hasn't been done already is that it tends to "lag"
workspace switching. On a fast enough machine, it can work; on slower ones,
the trick used by most desktop environments is preferred (a window per
workspace that sits under all other windows). Not saying this is a bad
idea, just mentioning.

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/68c31290/attachment.html>

From anton.pirogov at gmail.com  Sat Feb 28 17:13:00 2015
From: anton.pirogov at gmail.com (Anton Pirogov)
Date: Sat, 28 Feb 2015 18:13:00 +0100
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
 please add to xmonad-contrib
In-Reply-To: <CAKFCL4WJaDZ-bveN7Fzz7O2L7qYyyQGJCzQiGVi2MT2WunaLzg@mail.gmail.com>
References: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
 <CAKFCL4WJaDZ-bveN7Fzz7O2L7qYyyQGJCzQiGVi2MT2WunaLzg@mail.gmail.com>
Message-ID: <CAFZyeG=Gip=dE0+2FeeLCTWXHKMjoyXRMx0VGm3hfG7UeaUFfw@mail.gmail.com>

Well, there is indeed a small delay in the rendering, but not the workspace
switching itself, because I spawn a process in the background using
imagemagick and feh doing the heavy lifting. It is not the most beautiful
thing but it works quite well!

2015-02-28 18:09 GMT+01:00 Brandon Allbery <allbery.b at gmail.com>:

> On Sat, Feb 28, 2015 at 11:34 AM, Anton Pirogov <anton.pirogov at gmail.com>
> wrote:
>
>> I have written a log hook to set wallpapers. The special thing here is,
>> that you can assign a wallpaper (or a set to be chosen randomly from) to
>> each workspace, so when you have workspace A on screen 1 and B on screen 2,
>> you see the according images on these screens and if you swap the
>> workspaces, the wallpapers get swapped too. Wallpapers are always applied
>> scaled and it detects vertical screens and rotates images accordingly (so
>> any wallpaper will be rendered on any screen in a sane way).
>>
>
> The main reason this hasn't been done already is that it tends to "lag"
> workspace switching. On a fast enough machine, it can work; on slower ones,
> the trick used by most desktop environments is preferred (a window per
> workspace that sits under all other windows). Not saying this is a bad
> idea, just mentioning.
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/84df3333/attachment.html>

From allbery.b at gmail.com  Sat Feb 28 17:14:34 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Sat, 28 Feb 2015 12:14:34 -0500
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
 please add to xmonad-contrib
In-Reply-To: <CAFZyeG=Gip=dE0+2FeeLCTWXHKMjoyXRMx0VGm3hfG7UeaUFfw@mail.gmail.com>
References: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
 <CAKFCL4WJaDZ-bveN7Fzz7O2L7qYyyQGJCzQiGVi2MT2WunaLzg@mail.gmail.com>
 <CAFZyeG=Gip=dE0+2FeeLCTWXHKMjoyXRMx0VGm3hfG7UeaUFfw@mail.gmail.com>
Message-ID: <CAKFCL4UyG9Dmda76n56ow=tSzvDRDaO2PBfKQ89EfBLNP=tVYw@mail.gmail.com>

On Sat, Feb 28, 2015 at 12:13 PM, Anton Pirogov <anton.pirogov at gmail.com>
wrote:

> Well, there is indeed a small delay in the rendering, but not the
> workspace switching itself, because I spawn a process in the background
> using imagemagick and feh doing the heavy lifting. It is not the most
> beautiful thing but it works quite well!
>

One thing that occurs to me is what happens when you switch between
multiple workspaces very quickly. Also, how does this work in multihead
setups?

-- 
brandon s allbery kf8nh                               sine nomine associates
allbery.b at gmail.com                                  ballbery at sinenomine.net
unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/3ff4c9d7/attachment.html>

From anton.pirogov at gmail.com  Sat Feb 28 17:19:33 2015
From: anton.pirogov at gmail.com (Anton Pirogov)
Date: Sat, 28 Feb 2015 18:19:33 +0100
Subject: [xmonad] New hook to set a distinct wallpaper per workspace,
 please add to xmonad-contrib
In-Reply-To: <CAKFCL4UyG9Dmda76n56ow=tSzvDRDaO2PBfKQ89EfBLNP=tVYw@mail.gmail.com>
References: <CAFZyeGmSZQ8Ncdpz6+NGQAO8xm2fTtfZC1=Zj4zCymtbac09oQ@mail.gmail.com>
 <CAKFCL4WJaDZ-bveN7Fzz7O2L7qYyyQGJCzQiGVi2MT2WunaLzg@mail.gmail.com>
 <CAFZyeG=Gip=dE0+2FeeLCTWXHKMjoyXRMx0VGm3hfG7UeaUFfw@mail.gmail.com>
 <CAKFCL4UyG9Dmda76n56ow=tSzvDRDaO2PBfKQ89EfBLNP=tVYw@mail.gmail.com>
Message-ID: <CAFZyeGkmAzYgkNHA4v8vFGqafKHjJxkh1+9TqrQ=D=A2m8DwTw@mail.gmail.com>

That is the most ugly part about it - I take the pictures, get the screen
rectangles, transform the pictures accordingly and stitch them together to
a huge picure of the virtual xinerama screen size. Then it is rendered onto
the root window and each monitor (as a view onto the virtual huge screen
size) shows the wallpaper I put into its rectangle.

2015-02-28 18:14 GMT+01:00 Brandon Allbery <allbery.b at gmail.com>:

> On Sat, Feb 28, 2015 at 12:13 PM, Anton Pirogov <anton.pirogov at gmail.com>
> wrote:
>
>> Well, there is indeed a small delay in the rendering, but not the
>> workspace switching itself, because I spawn a process in the background
>> using imagemagick and feh doing the heavy lifting. It is not the most
>> beautiful thing but it works quite well!
>>
>
> One thing that occurs to me is what happens when you switch between
> multiple workspaces very quickly. Also, how does this work in multihead
> setups?
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/c6e3f572/attachment.html>

From zap5029 at psu.edu  Sat Feb 28 17:26:15 2015
From: zap5029 at psu.edu (Zachary Peterson)
Date: Sat, 28 Feb 2015 12:26:15 -0500
Subject: [xmonad] dmenu in xmonad with KDE
References: <87385qzvup.fsf@psu.edu>
 <CAKFCL4VbLOSo7mMrnqG3FknkN=_=cv7r26PUsqkazpzCOQX8-A@mail.gmail.com>
Message-ID: <87a8zxyjl3.fsf@psu.edu>

>>>>> Brandon Allbery <allbery.b at gmail.com> writes:
> Do you actually want dmenu instead of KDE's run dialog? You'll need to
> replace the keybinding in that case. (I was trying to help you in IRC
> but it was not clear that you actually wanted dmenu. I even
> specifically said at least twice that it would not run dmenu.)
I didn't notice that in IRC. Sorry. KDE's would probably be preferable,
but I can't get it to work either.

-- 
Zachary Peterson
zap5029 at psu.edu
(317) 828-2377
OpenPGP key: BF5879D6
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20150228/e5bef283/attachment-0001.sig>

From alainbe at free.fr  Sat Feb 28 23:02:14 2015
From: alainbe at free.fr (Alain Bertrand)
Date: Sun, 01 Mar 2015 00:02:14 +0100
Subject: [xmonad] Vanilla Xmonad distribution
In-Reply-To: <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au>
References: <CAFCzoN4d=pP9dC+=AjPwt7Mib_NsNUzKccVukqt1MDZcNgpGzA@mail.gmail.com>
 <5D6EC0B0-8A18-48A2-9362-BDBA2E088F84@nicta.com.au>
Message-ID: <54F248F6.8030109@free.fr>

Le 2015?02?24? 07:55, Michael Norrish a ?crit :
> I?d also be very interested in hearing about what recent received wisdom is on this front.
>
> Michael
>
>> On 24 Feb 2015, at 4:05 pm, Alexander Genaud <alex at genaud.net> wrote:
>>
>> Years ago, I set my girlfriend up with Ubuntu 12.04 LTS and xmonad (0.8 or 0.9 maybe). With minor tweaks, mod4Mask, etc, it just worked for years.
>>
>> This weekend, I tried to set up Linux Mint Mate, then Cinnamon, then Xubuntu (Xfce) with xmonad-0.11, each with their own unique issues. Xubuntu was most promising, but just doesn't work very well (panel disappears, or meta-key is intercepted such that Win-1 or Win-Shift-Return are typed into the highlighted app or ignored). I am reading a hodge-podge of different config tutorials focusing on an assortment of versions. I have not come across an installation/config wiki page that seemed relevant and up to date.
>>
>> I'm willing to install just about any distribution (not Arch nor Gentoo) and nearly any DE, but I'd like all the niceties of a stable (LTS-ish) DE with graphical networking, application selection menus, panel, notifications, but with the latest xmonad tile windowing. I like the idea of Xfce because it's light weight and easy. Gnome2 fallback is fine too. I expected Mate would 'just work'.
Hi,
Sorry, but could you describe exactly what are the problems you encountered?

I run xmonad on a linuxmint 17.1 box. I use xfce-4 panel which give me 
access to all the joys of a clickodrome computer. I can start manually 
both thunar and nemo if I want (which is only the case when I need to 
mount a drive ; if someone could advise me how to do it easily on the 
CLI, I would' be glad).

I run also xmonad on my debian stable laptop with fp panel or no panel 
and I have no criticism to exprime.

Best regards,

Alain