From mlists at pmade.com  Wed Nov  4 17:16:27 2015
From: mlists at pmade.com (Peter Jones)
Date: Wed, 04 Nov 2015 10:16:27 -0700
Subject: [xmonad] insertPosition and transient floating windows
Message-ID: <87fv0lhehg.fsf@pmade.com>

I love that insertPosition can keep new windows from going into the
master area, but there's one small annoyance w.r.t. transient floating
windows.

I'm using `insertPosition Below Newer` with `composeOne`.  When a
password dialog appears, and the master window previously had the focus,
the dialog gets focused and is put in the center of the screen.  That
part is perfect.

The problem comes when I dismiss the dialog.  At that point I would
expect the master window to regain focus, but one of the slave windows
does instead.  Of course, removing `insertPosition` fixes my issue.

This is what I have in my configuration in an attempt to avoid this
issue:

    composeOne
      [ pure True  -?> insertPosition Below Newer
      , isFloating -?> doCenterFloat
      ]

`isFloating` comes from XMonad.Hooks.FadeWindows and I have it in there
hoping to *not* apply `insertPosition` when the current window is
already floating.

Any suggestions?

-- 
Peter Jones, Founder, Devalot.com
Defending the honor of good code


From vogt.adam at gmail.com  Wed Nov  4 19:40:25 2015
From: vogt.adam at gmail.com (adam vogt)
Date: Wed, 4 Nov 2015 14:40:25 -0500
Subject: [xmonad] insertPosition and transient floating windows
In-Reply-To: <87fv0lhehg.fsf@pmade.com>
References: <87fv0lhehg.fsf@pmade.com>
Message-ID: <CAHfjoW=EfnTBnHmeHChBZVVF6rpoJurPtAw_c=mGwfACzSn3JA@mail.gmail.com>

Hi Peter,

It looks like composeOne picks the first action that matches. So I think
you'll get what you describe from:

    composeOne
      [ isFloating -?> doCenterFloat

      , pure True  -?> insertPosition Below Newer
      ]


You've given me an idea for a new contrib module: specifying which window
gets focus after the last one closes should be done in contrib... sort of
the opposite of InsertPosition. I think doing that reliably involves a
handleEventHook. I think the event to watch would be ones with the
DestroyWindowEvent constructor and nothing relevant turns up when I grep
contrib, so it probably hasn't been written yet.

Regards,

Adam

On Nov 4, 2015 12:16 PM, "Peter Jones" <mlists at pmade.com> wrote:

> I love that insertPosition can keep new windows from going into the
> master area, but there's one small annoyance w.r.t. transient floating
> windows.
>
> I'm using `insertPosition Below Newer` with `composeOne`.  When a
> password dialog appears, and the master window previously had the focus,
> the dialog gets focused and is put in the center of the screen.  That
> part is perfect.
>
> The problem comes when I dismiss the dialog.  At that point I would
> expect the master window to regain focus, but one of the slave windows
> does instead.  Of course, removing `insertPosition` fixes my issue.
>
> This is what I have in my configuration in an attempt to avoid this
> issue:
>
>     composeOne
>       [ pure True  -?> insertPosition Below Newer
>       , isFloating -?> doCenterFloat
>       ]
>
> `isFloating` comes from XMonad.Hooks.FadeWindows and I have it in there
> hoping to *not* apply `insertPosition` when the current window is
> already floating.
>
> Any suggestions?
>
> --
> Peter Jones, Founder, Devalot.com
> Defending the honor of good code
>
> _______________________________________________
> 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/20151104/dd3bafff/attachment.html>

From mlists at pmade.com  Wed Nov  4 19:58:52 2015
From: mlists at pmade.com (Peter Jones)
Date: Wed, 04 Nov 2015 12:58:52 -0700
Subject: [xmonad] insertPosition and transient floating windows
References: <87fv0lhehg.fsf@pmade.com>
 <CAHfjoW=EfnTBnHmeHChBZVVF6rpoJurPtAw_c=mGwfACzSn3JA@mail.gmail.com>
Message-ID: <871tc5h6yr.fsf@pmade.com>

adam vogt <vogt.adam at gmail.com> writes:
> It looks like composeOne picks the first action that matches. So I think
> you'll get what you describe from:
>
>     composeOne
>       [ isFloating -?> doCenterFloat
>
>       , pure True  -?> insertPosition Below Newer
>       ]
>

I tried switching the order and I get the same issue.  From what I can
tell, it looks like `insertPosition` is getting applied with every new
window.  Perhaps `isFloating` isn't working from a manage hook because
it's the manage hook that is floating the window in the first place.

-- 
Peter Jones, Founder, Devalot.com
Defending the honor of good code


From mlists at pmade.com  Fri Nov  6 20:19:40 2015
From: mlists at pmade.com (Peter Jones)
Date: Fri, 06 Nov 2015 13:19:40 -0700
Subject: [xmonad] insertPosition and transient floating windows
References: <87fv0lhehg.fsf@pmade.com>
Message-ID: <87y4eaq3s3.fsf@pmade.com>

Peter Jones <mlists at pmade.com> writes:
> I'm using `insertPosition Below Newer` with `composeOne`.  When a
> password dialog appears, and the master window previously had the focus,
> the dialog gets focused and is put in the center of the screen.  That
> part is perfect.
>
> The problem comes when I dismiss the dialog.  At that point I would
> expect the master window to regain focus, but one of the slave windows
> does instead.  Of course, removing `insertPosition` fixes my issue.

I was finally able to write a configuration to get insertPosition to
work the way I want.  I moved all my manage hooks into composeOne and
added the transience manage hook.  Here is my final manage hook:

manageHook :: ManageHook
manageHook = manageDocks <> composeOne
    [ -- Some application windows ask to be floating (I'm guessing) but
      -- it's stupid to float them.
      title =? "HandBrake" -?> normalTile

      -- HandBrake file dialog asks for crazy sizes.
    , className =? "Handbrake" <&&> isDialog -?> forceCenterFloat

      -- Force dialog windows and pop-ups to be floating.
    , isDialog                                    -?> doCenterFloat
    , stringProperty "WM_WINDOW_ROLE" =? "pop-up" -?> doCenterFloat
    , className =? "Gcr-prompter"                 -?> doCenterFloat
    , transience -- Move transient windows to their parent.

      -- Tile all other windows using insertPosition.
    , pure True -?> normalTile
    ]
  where
    normalTile = insertPosition Below Newer


-- 
Peter Jones, Founder, Devalot.com
Defending the honor of good code


From byorgey at gmail.com  Fri Nov  6 20:38:29 2015
From: byorgey at gmail.com (Brent Yorgey)
Date: Fri, 06 Nov 2015 20:38:29 +0000
Subject: [xmonad] New release to go with 7.10.2
In-Reply-To: <CAOvwQ4h+6TXKH4FdZgsc-UBdR8zMybVvPAgT0EosRf0BKwrpKQ@mail.gmail.com>
References: <CAOvwQ4gExrwYVcHPp99brdPd3fNcpcGvJU4MXOVuZwT0wxRvOA@mail.gmail.com>
 <CAKFCL4XrTzZ-ASh2_yme67b4iBQ+L=WvVkWADZVLkN4=_EOqPg@mail.gmail.com>
 <CAOvwQ4h+6TXKH4FdZgsc-UBdR8zMybVvPAgT0EosRf0BKwrpKQ@mail.gmail.com>
Message-ID: <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>

I'm willing to help, but not sure what the release process is/has been
recently.  Is there anything that needs to happen other than just uploading
to Hackage (and perhaps bumping some version numbers)?

Relatedly, we should probably enable travis-ci builds for xmonad and
xmonad-contrib.  I can probably get that set up soon.

-Brent

On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:

> On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery <allbery.b at gmail.com>
> wrote:
> > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz <tuncer.ayaz at gmail.com>
> wrote:
> >>
> >> Are there any blockers that would prevent cutting a release of current
> >> Darcs HEAD to go with the soon to be released GHC 7.10.2?
> >
> >
> > +1
>
> Bump?
> _______________________________________________
> 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/20151106/84ffaaab/attachment.html>

From byorgey at gmail.com  Fri Nov  6 20:55:13 2015
From: byorgey at gmail.com (Brent Yorgey)
Date: Fri, 06 Nov 2015 20:55:13 +0000
Subject: [xmonad] New release to go with 7.10.2
In-Reply-To: <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>
References: <CAOvwQ4gExrwYVcHPp99brdPd3fNcpcGvJU4MXOVuZwT0wxRvOA@mail.gmail.com>
 <CAKFCL4XrTzZ-ASh2_yme67b4iBQ+L=WvVkWADZVLkN4=_EOqPg@mail.gmail.com>
 <CAOvwQ4h+6TXKH4FdZgsc-UBdR8zMybVvPAgT0EosRf0BKwrpKQ@mail.gmail.com>
 <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>
Message-ID: <CAH0njdvfav_VG+=Q+-Ys-bAvTaQpitwWG1Gog2e2Rph8QS6CKQ@mail.gmail.com>

OK, travis-ci builds are now set up and the first builds are running,
though there will probably need to be some tweaks before it works well.

On Fri, Nov 6, 2015 at 2:38 PM Brent Yorgey <byorgey at gmail.com> wrote:

> I'm willing to help, but not sure what the release process is/has been
> recently.  Is there anything that needs to happen other than just uploading
> to Hackage (and perhaps bumping some version numbers)?
>
> Relatedly, we should probably enable travis-ci builds for xmonad and
> xmonad-contrib.  I can probably get that set up soon.
>
> -Brent
>
> On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:
>
>> On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery <allbery.b at gmail.com>
>> wrote:
>> > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz <tuncer.ayaz at gmail.com>
>> wrote:
>> >>
>> >> Are there any blockers that would prevent cutting a release of current
>> >> Darcs HEAD to go with the soon to be released GHC 7.10.2?
>> >
>> >
>> > +1
>>
>> Bump?
>> _______________________________________________
>> 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/20151106/602fecbc/attachment.html>

From vogt.adam at gmail.com  Fri Nov  6 21:05:08 2015
From: vogt.adam at gmail.com (adam vogt)
Date: Fri, 6 Nov 2015 16:05:08 -0500
Subject: [xmonad] New release to go with 7.10.2
In-Reply-To: <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>
References: <CAOvwQ4gExrwYVcHPp99brdPd3fNcpcGvJU4MXOVuZwT0wxRvOA@mail.gmail.com>
 <CAKFCL4XrTzZ-ASh2_yme67b4iBQ+L=WvVkWADZVLkN4=_EOqPg@mail.gmail.com>
 <CAOvwQ4h+6TXKH4FdZgsc-UBdR8zMybVvPAgT0EosRf0BKwrpKQ@mail.gmail.com>
 <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>
Message-ID: <CAHfjoW=AJHYK1q-zhxc-uT2i09vohV=4LCGgoGPx=oGGgH90mw@mail.gmail.com>

Hi Brent,

It hasn't changed much. https://
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>github.com
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>/
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>xmonad
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>/
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>xmonad
<https://github.com/xmonad/xmonad/blob/master/TODO#L9>/blob/master/TODO#L9
<https://github.com/xmonad/xmonad/blob/master/TODO#L9> is one somewhat
outdated list. I would also check it compiled with a range of ghcs and put
that in the tested-with field in the cabal files. There's a script to
update the haddocks in the xmonad-web too.

Regards,
Adam
I'm willing to help, but not sure what the release process is/has been
recently.  Is there anything that needs to happen other than just uploading
to Hackage (and perhaps bumping some version numbers)?

Relatedly, we should probably enable travis-ci builds for xmonad and
xmonad-contrib.  I can probably get that set up soon.

-Brent

On Thu, Oct 29, 2015 at 5:13 PM Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:

> On Wed, Jun 24, 2015 at 2:50 PM, Brandon Allbery <allbery.b at gmail.com>
> wrote:
> > On Wed, Jun 24, 2015 at 5:20 AM, Tuncer Ayaz <tuncer.ayaz at gmail.com>
> wrote:
> >>
> >> Are there any blockers that would prevent cutting a release of current
> >> Darcs HEAD to go with the soon to be released GHC 7.10.2?
> >
> >
> > +1
>
> Bump?
> _______________________________________________
> xmonad mailing list
> xmonad at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/xmonad
>

_______________________________________________
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/20151106/1e4eac91/attachment.html>

From tuncer.ayaz at gmail.com  Sat Nov  7 12:26:42 2015
From: tuncer.ayaz at gmail.com (Tuncer Ayaz)
Date: Sat, 7 Nov 2015 13:26:42 +0100
Subject: [xmonad] New release to go with 7.10.2
In-Reply-To: <CAHfjoW=AJHYK1q-zhxc-uT2i09vohV=4LCGgoGPx=oGGgH90mw@mail.gmail.com>
References: <CAOvwQ4gExrwYVcHPp99brdPd3fNcpcGvJU4MXOVuZwT0wxRvOA@mail.gmail.com>
 <CAKFCL4XrTzZ-ASh2_yme67b4iBQ+L=WvVkWADZVLkN4=_EOqPg@mail.gmail.com>
 <CAOvwQ4h+6TXKH4FdZgsc-UBdR8zMybVvPAgT0EosRf0BKwrpKQ@mail.gmail.com>
 <CAH0njdt=ExJUB4oRyVjWg8JX7qppK+fkVTOwa1+KHFxKio=RYg@mail.gmail.com>
 <CAHfjoW=AJHYK1q-zhxc-uT2i09vohV=4LCGgoGPx=oGGgH90mw@mail.gmail.com>
Message-ID: <CAOvwQ4jPwER43yqcekyae3aLfU+hA1BTd4i-drA9+9Eq+sdi5g@mail.gmail.com>

It's been a while since the last one, so a good release announcement
with highlights would be great.

I also recall talk about updating sample config to mention use of the
Prompt module instead of dmenu. That sounds like a great thing to do.
I use shellPrompt instead of dmenu myself, and I know others use it
for SSH, man pages, window-search, password management, etc. So, we
could start by including a nice and concise sample config with the
release announcement that only needs xmobar in addition to xmonad and
xmonad-contrib and uses shellPrompt as the launcher. It's important to
use EZConfig in the example, in order to keep it short.

Also, let's collect different prompt configs and highlight those as
well.

I can assist with the release announcement, if needed.

From asjo at koldfront.dk  Sat Nov 21 21:16:28 2015
From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=)
Date: Sat, 21 Nov 2015 22:16:28 +0100
Subject: [xmonad] Using sakura with xmonad
References: <87eglsbixq.fsf@tullinup.koldfront.dk>
 <CAKFCL4XXaNQScdDxcbSJqSJvyB2fLaSD1UekAJ=VKO2Yayh_OQ@mail.gmail.com>
Message-ID: <87a8q7yrwz.fsf@tullinup.koldfront.dk>

Brandon writes:

> On Wed, Jun 3, 2015 at 5:06 PM, Adam Sj?gren wrote:

>> The sakura windows automatically get a thin transparent border with
>> XMonad, through which my desktop background image shows.

> https://code.google.com/p/xmonad/issues/detail?id=581

So I tried looking into this, being a newbie at Haskell and X11
programming.

What it looks like to me, from the C-code needed in dwm in the issue
above, is to try and look up the normal border color and the focused
border color in the colormap of the window, instead of using the values
found in the default color map.

Ok, so how to do this? It looks like I can just change the two lines in
the windows function in Operations.hs that set the border:

    whenJust (W.peek old) $ \otherw -> io $ setWindowBorder d otherw nbc

     [...]

    whenJust (W.peek ws) $ \w -> io $ setWindowBorder d w fbc

Now, nbc and fbc are Pixels that are looked up in the default color map
once, so they need to be replaced with Pixels looked up in the color map
of the window (otherw or w).

Good, so looking at the C-code, the color map of the window is found by
asking the window's attributes, and grabbing it from there, and
allocNamedColor then can be called with that color map and the name of
the color, getting back an XColor, from which a pixel can be extracted.

But, hm, when I look at getWindowAttributes:

 * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#v%3AgetWindowAttributes

it returns IO WindowAttributes, but they do not include a color map
entry:

 * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#t%3AWindowAttributes

Hm. So, this is where I got to.

Any tips?


  Best regards,

    Adam

-- 
 "I'm a driver, I'm a winner, things are gonna change,        Adam Sj?gren
  I can feel it."                                        asjo at koldfront.dk


From asjo at koldfront.dk  Sat Nov 21 21:54:51 2015
From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=)
Date: Sat, 21 Nov 2015 22:54:51 +0100
Subject: [xmonad] Using sakura with xmonad
References: <87eglsbixq.fsf@tullinup.koldfront.dk>
 <CAKFCL4XXaNQScdDxcbSJqSJvyB2fLaSD1UekAJ=VKO2Yayh_OQ@mail.gmail.com>
 <87a8q7yrwz.fsf@tullinup.koldfront.dk>
Message-ID: <871tbjyq50.fsf@tullinup.koldfront.dk>

Adam writes:

> But, hm, when I look at getWindowAttributes:
>
>  * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#v%3AgetWindowAttributes
>
> it returns IO WindowAttributes, but they do not include a color map
> entry:
>
>  * http://hackage.haskell.org/package/X11-1.4.0/docs/Graphics-X11-Xlib-Extras.html#t%3AWindowAttributes

I have tried to make a pull request for adding this field now:

 * https://github.com/xmonad/X11/pull/35

Not quite sure it is correct, as I am just mimicking the existing code...


  Best regards,

    Adam

-- 
 "It made me nostalgic for Solaris 2, as I was power          Adam Sj?gren
  cycling it for the fourth time."                       asjo at koldfront.dk


From neto at netowork.me  Sat Nov 21 21:59:02 2015
From: neto at netowork.me (Ernesto Rodriguez)
Date: Sat, 21 Nov 2015 21:59:02 +0000
Subject: [xmonad] Multiple threads
Message-ID: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>

Dear List,

Is it possible to render things in the XServer with multiple threads? For
example:

dpy <- asks display
myWin <- createSimpleWindow dpy (defaultRootWindow dpy) 0 0 10 10 black
white
_ <- forkOS $ do
 -- doStuff with myWin using dpy

When I attempt doing things like that, I usually get a deadlock. Is there
any way to do this (I know, X is old :( but no harm in asking).

Thank you and best regards,

Ernesto Rodriguez

-- 
Ernesto Rodriguez

Masters Student
Computer Science
Utrecht University

www.netowork.me
github.com/netogallo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20151121/faa26370/attachment.html>

From allbery.b at gmail.com  Sat Nov 21 22:07:21 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Sat, 21 Nov 2015 17:07:21 -0500
Subject: [xmonad] Multiple threads
In-Reply-To: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>
References: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>
Message-ID: <CAKFCL4VaLrPGi48_Ffp+Tz68rYw3ziuKE1vCUJLmCyEDL+SNFQ@mail.gmail.com>

On Sat, Nov 21, 2015 at 4:59 PM, Ernesto Rodriguez <neto at netowork.me> wrote:

> When I attempt doing things like that, I usually get a deadlock. Is there
> any way to do this (I know, X is old :( but no harm in asking).


You can't, no, X11 is essentially incapable of it. (To the extent that
gtk2/3 has hacks to forward stuff to the main thread.)
Individual threads can open their own connections, a trick you'll see in
various contribs, but you can't share stuff between them; the best you
could do is send clientMessages from one thread to the other.

(X11 has a call to "enable" multithreading. This wraps a Big Global Lock
around all of X11. Even if you're using xcb, apparently, since if xcb could
do it properly gtk wouldn't go to such lengths to avoid it.)

-- 
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/20151121/64e773ba/attachment.html>

From neto at netowork.me  Sat Nov 21 22:29:28 2015
From: neto at netowork.me (Ernesto Rodriguez)
Date: Sat, 21 Nov 2015 22:29:28 +0000
Subject: [xmonad] Multiple threads
In-Reply-To: <CAKFCL4VaLrPGi48_Ffp+Tz68rYw3ziuKE1vCUJLmCyEDL+SNFQ@mail.gmail.com>
References: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>
 <CAKFCL4VaLrPGi48_Ffp+Tz68rYw3ziuKE1vCUJLmCyEDL+SNFQ@mail.gmail.com>
Message-ID: <CAG09Je11tEvvL33KiS6qt_70GWZcphbSOu55Tf5VL87W=1705Q@mail.gmail.com>

Oh well, thank you for the reply :) I am trying to do some networking stuff
in the X Monad. Do you think there is some workaround such that I do the
networking in an additional thread and then when it is done I fire some X11
event that XMonad can be programed to handle and then it can read the data
recovered from the network and display it?

Thanks

On Sat, Nov 21, 2015 at 10:07 PM, Brandon Allbery <allbery.b at gmail.com>
wrote:

>
> On Sat, Nov 21, 2015 at 4:59 PM, Ernesto Rodriguez <neto at netowork.me>
> wrote:
>
>> When I attempt doing things like that, I usually get a deadlock. Is there
>> any way to do this (I know, X is old :( but no harm in asking).
>
>
> You can't, no, X11 is essentially incapable of it. (To the extent that
> gtk2/3 has hacks to forward stuff to the main thread.)
> Individual threads can open their own connections, a trick you'll see in
> various contribs, but you can't share stuff between them; the best you
> could do is send clientMessages from one thread to the other.
>
> (X11 has a call to "enable" multithreading. This wraps a Big Global Lock
> around all of X11. Even if you're using xcb, apparently, since if xcb could
> do it properly gtk wouldn't go to such lengths to avoid it.)
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>



-- 
Ernesto Rodriguez

Masters Student
Computer Science
Utrecht University

www.netowork.me
github.com/netogallo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20151121/b93f0208/attachment.html>

From allbery.b at gmail.com  Sat Nov 21 22:31:32 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Sat, 21 Nov 2015 17:31:32 -0500
Subject: [xmonad] Multiple threads
In-Reply-To: <CAG09Je11tEvvL33KiS6qt_70GWZcphbSOu55Tf5VL87W=1705Q@mail.gmail.com>
References: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>
 <CAKFCL4VaLrPGi48_Ffp+Tz68rYw3ziuKE1vCUJLmCyEDL+SNFQ@mail.gmail.com>
 <CAG09Je11tEvvL33KiS6qt_70GWZcphbSOu55Tf5VL87W=1705Q@mail.gmail.com>
Message-ID: <CAKFCL4UTNnR1jA9d99SmYX8e+PBVs8NEjwqj7b3beqPMVdyPAw@mail.gmail.com>

On Sat, Nov 21, 2015 at 5:29 PM, Ernesto Rodriguez <neto at netowork.me> wrote:

> Oh well, thank you for the reply :) I am trying to do some networking
> stuff in the X Monad. Do you think there is some workaround such that I do
> the networking in an additional thread and then when it is done I fire some
> X11 event that XMonad can be programed to handle and then it can read the
> data recovered from the network and display it?


That would be the ClientMessage I mentioned. You would have your thread
openDisplay for itself, do whatever, and then use sendMessage to send a
ClientMessage event to the main thread; you then use handleEventHook to
catch that event.


-- 
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/20151121/daeea69d/attachment-0001.html>

From neto at netowork.me  Sat Nov 21 22:37:59 2015
From: neto at netowork.me (Ernesto Rodriguez)
Date: Sat, 21 Nov 2015 22:37:59 +0000
Subject: [xmonad] Multiple threads
In-Reply-To: <CAKFCL4UTNnR1jA9d99SmYX8e+PBVs8NEjwqj7b3beqPMVdyPAw@mail.gmail.com>
References: <CAG09Je1XGM35HyWObWOQQFpEbWZDE7QB_PyXW-bnParQvJrGyA@mail.gmail.com>
 <CAKFCL4VaLrPGi48_Ffp+Tz68rYw3ziuKE1vCUJLmCyEDL+SNFQ@mail.gmail.com>
 <CAG09Je11tEvvL33KiS6qt_70GWZcphbSOu55Tf5VL87W=1705Q@mail.gmail.com>
 <CAKFCL4UTNnR1jA9d99SmYX8e+PBVs8NEjwqj7b3beqPMVdyPAw@mail.gmail.com>
Message-ID: <CAG09Je1-MHSffv+kVyYz8KMNLtLG0v4bt2rvvVsdTMF-vQgVfQ@mail.gmail.com>

Sounds like an interesting Sunday project :) Thank you for the advice!

On Sat, Nov 21, 2015 at 10:31 PM, Brandon Allbery <allbery.b at gmail.com>
wrote:

>
> On Sat, Nov 21, 2015 at 5:29 PM, Ernesto Rodriguez <neto at netowork.me>
> wrote:
>
>> Oh well, thank you for the reply :) I am trying to do some networking
>> stuff in the X Monad. Do you think there is some workaround such that I do
>> the networking in an additional thread and then when it is done I fire some
>> X11 event that XMonad can be programed to handle and then it can read the
>> data recovered from the network and display it?
>
>
> That would be the ClientMessage I mentioned. You would have your thread
> openDisplay for itself, do whatever, and then use sendMessage to send a
> ClientMessage event to the main thread; you then use handleEventHook to
> catch that event.
>
>
> --
> brandon s allbery kf8nh                               sine nomine
> associates
> allbery.b at gmail.com
> ballbery at sinenomine.net
> unix, openafs, kerberos, infrastructure, xmonad
> http://sinenomine.net
>



-- 
Ernesto Rodriguez

Masters Student
Computer Science
Utrecht University

www.netowork.me
github.com/netogallo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20151121/70ecc68c/attachment.html>

From tuncer.ayaz at gmail.com  Sat Nov 21 22:52:37 2015
From: tuncer.ayaz at gmail.com (Tuncer Ayaz)
Date: Sat, 21 Nov 2015 23:52:37 +0100
Subject: [xmonad] Canonical repo for xmonad-extras
Message-ID: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>

I was trying to find the canonical repository for xmonad-extras,
and while searching, I wondered why it's not part of github.com/xmonad?

From allbery.b at gmail.com  Sat Nov 21 23:03:29 2015
From: allbery.b at gmail.com (Brandon Allbery)
Date: Sat, 21 Nov 2015 18:03:29 -0500
Subject: [xmonad] Canonical repo for xmonad-extras
In-Reply-To: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>
References: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>
Message-ID: <CAKFCL4UdP0W1R8Bvb1AKGFWgJ+4mvWNdtJ8So_KiA=e6CJnriw@mail.gmail.com>

On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:

> I was trying to find the canonical repository for xmonad-extras,
> and while searching, I wondered why it's not part of github.com/xmonad
>
> ?
>

Because none of us runs/owns it.

Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and
dschoepe are the maintainers. Talk to one of them about the possibility of
moving it into the xmonad org.

-- 
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/20151121/c280099b/attachment.html>

From asjo at koldfront.dk  Sun Nov 22 03:12:48 2015
From: asjo at koldfront.dk (Adam =?utf-8?Q?Sj=C3=B8gren?=)
Date: Sun, 22 Nov 2015 04:12:48 +0100
Subject: [xmonad] Using sakura with xmonad
References: <87eglsbixq.fsf@tullinup.koldfront.dk>
 <CAKFCL4XXaNQScdDxcbSJqSJvyB2fLaSD1UekAJ=VKO2Yayh_OQ@mail.gmail.com>
 <87a8q7yrwz.fsf@tullinup.koldfront.dk>
 <871tbjyq50.fsf@tullinup.koldfront.dk>
Message-ID: <87y4dqybf3.fsf@tullinup.koldfront.dk>

Adam writes:

>> it returns IO WindowAttributes, but they do not include a color map
>> entry:

[...]

> I have tried to make a pull request for adding this field now:
>
>  * https://github.com/xmonad/X11/pull/35

It turns out that to make use of the new wa_colormap field, I need to
change getWindowAttributes to throw an exception if
XGetWindowAttributes() fails. So:

 * https://github.com/asjo/X11/commit/e5421307a02ea0cadcb381d282615d56a0e848c0

Then, to make xmonad-contrib compile, XMonad/Util/DebugWindow.hs needs
adjusting:

 * https://github.com/asjo/xmonad-contrib/commit/e775872ac34c81e070e530a89f591e08bd2b7c8a

And finally, I can change XMonad/Operations.hs to grab the color from
the window's color map if available (it isn't when closing a window, so
it is important to check the return value of XGetWindowAttributes() to
avoid a crash - I had fun logging myself out when closing a window for a
while!):

 * https://github.com/asjo/xmonad/commit/e7d0e004d0a1acfd1ff149eaabf274fe2519c4fc

... mimicking the change done to dwm?.

>From testing it a couple of minutes, it works on my machine - the
transparent borders are gone from my Sakura windows, and the solid
colour I configured in XMonad is used instead.

Note thet especially the changes to XMonad/Operations.hs are in "try and
try pounding at it again until it works"-style code, and any tips on how
to write it better will be much appreciated.


  Best regards,

    Adam


? https://github.com/chjj/compton/issues/240#issuecomment-62245919

-- 
 "God must've been punting angels left and right."            Adam Sj?gren
                                                         asjo at koldfront.dk


From tuncer.ayaz at gmail.com  Sun Nov 22 11:25:18 2015
From: tuncer.ayaz at gmail.com (Tuncer Ayaz)
Date: Sun, 22 Nov 2015 12:25:18 +0100
Subject: [xmonad] Canonical repo for xmonad-extras
In-Reply-To: <CAKFCL4UdP0W1R8Bvb1AKGFWgJ+4mvWNdtJ8So_KiA=e6CJnriw@mail.gmail.com>
References: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>
 <CAKFCL4UdP0W1R8Bvb1AKGFWgJ+4mvWNdtJ8So_KiA=e6CJnriw@mail.gmail.com>
Message-ID: <CAOvwQ4hLO7uBj6wPf8eTASpgKPS9H2_02QcgBr95TGRFsz=ZqQ@mail.gmail.com>

On 22 November 2015 at 00:03, Brandon Allbery <allbery.b at gmail.com> wrote:
> On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:
> >
> > I was trying to find the canonical repository for xmonad-extras,
> > and while searching, I wondered why it's not part of github.com/xmonad
> >
> > ?
>
>
> Because none of us runs/owns it.
>
> Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and
> dschoepe are the maintainers. Talk to one of them about the possibility of
> moving it into the xmonad org.

Will do.

From dmwit at dmwit.com  Tue Nov 24 02:34:22 2015
From: dmwit at dmwit.com (Daniel Wagner)
Date: Mon, 23 Nov 2015 18:34:22 -0800
Subject: [xmonad] Canonical repo for xmonad-extras
In-Reply-To: <CAOvwQ4hLO7uBj6wPf8eTASpgKPS9H2_02QcgBr95TGRFsz=ZqQ@mail.gmail.com>
References: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>
 <CAKFCL4UdP0W1R8Bvb1AKGFWgJ+4mvWNdtJ8So_KiA=e6CJnriw@mail.gmail.com>
 <CAOvwQ4hLO7uBj6wPf8eTASpgKPS9H2_02QcgBr95TGRFsz=ZqQ@mail.gmail.com>
Message-ID: <CAF_c+Nz1ZniM8e8gJQwzS3Z6rucpvHiyZ5XWYMAznxmsCt7Gig@mail.gmail.com>

It's been moved.

~d

On Sun, Nov 22, 2015 at 3:25 AM, Tuncer Ayaz <tuncer.ayaz at gmail.com> wrote:

> On 22 November 2015 at 00:03, Brandon Allbery <allbery.b at gmail.com> wrote:
> > On Sat, Nov 21, 2015 at 5:52 PM, Tuncer Ayaz <tuncer.ayaz at gmail.com>
> wrote:
> > >
> > > I was trying to find the canonical repository for xmonad-extras,
> > > and while searching, I wondered why it's not part of github.com/xmonad
> > >
> > > ?
> >
> >
> > Because none of us runs/owns it.
> >
> > Per Hackage, http://projects.haskell.org/xmonad-extras and dmwit and
> > dschoepe are the maintainers. Talk to one of them about the possibility
> of
> > moving it into the xmonad org.
>
> Will do.
> _______________________________________________
> 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/20151123/ee7e7ff2/attachment.html>

From tuncer.ayaz at gmail.com  Tue Nov 24 13:02:53 2015
From: tuncer.ayaz at gmail.com (Tuncer Ayaz)
Date: Tue, 24 Nov 2015 14:02:53 +0100
Subject: [xmonad] Canonical repo for xmonad-extras
In-Reply-To: <CAF_c+Nz1ZniM8e8gJQwzS3Z6rucpvHiyZ5XWYMAznxmsCt7Gig@mail.gmail.com>
References: <CAOvwQ4iQmHfXqJi4=FyomMH+Bib=gXhNk4SfjrDvCooQCbDQJg@mail.gmail.com>
 <CAKFCL4UdP0W1R8Bvb1AKGFWgJ+4mvWNdtJ8So_KiA=e6CJnriw@mail.gmail.com>
 <CAOvwQ4hLO7uBj6wPf8eTASpgKPS9H2_02QcgBr95TGRFsz=ZqQ@mail.gmail.com>
 <CAF_c+Nz1ZniM8e8gJQwzS3Z6rucpvHiyZ5XWYMAznxmsCt7Gig@mail.gmail.com>
Message-ID: <CAOvwQ4j-1T-aYiT8qkiWKy7oPg6L6XYTnhw2NH-j=Bm4M=ghOQ@mail.gmail.com>

On 24 November 2015 at 03:34, Daniel Wagner <dmwit at dmwit.com> wrote:
> It's been moved.

Thanks.

From kurnevsky at gmail.com  Mon Nov 30 15:30:30 2015
From: kurnevsky at gmail.com (=?UTF-8?B?0JXQstCz0LXQvdC40Lkg0JrRg9GA0L3QtdCy0YHQutC40Lk=?=)
Date: Mon, 30 Nov 2015 18:30:30 +0300
Subject: [xmonad] Fwd: Add layout hook for ScreenCorners
In-Reply-To: <CAOEHfoiy8Hd5AzvzhBe2u0h0q5iAYdCo35opN+fqaqktQDC1yg@mail.gmail.com>
References: <CAOEHfoiy8Hd5AzvzhBe2u0h0q5iAYdCo35opN+fqaqktQDC1yg@mail.gmail.com>
Message-ID: <CAOEHfoix6cOD7heF_LNOo7hcmY4DQeM3NmJwmbiP=22infiRAw@mail.gmail.com>

Hi all. I've added the layout hook for ScreenCorners. It's needed because
other windows can cover ours corner windows.
(sorry if it is duplicate)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20151130/dce9ce1e/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: screen-corners-layout-hook.dpatch
Type: application/octet-stream
Size: 1979 bytes
Desc: not available
URL: <http://mail.haskell.org/pipermail/xmonad/attachments/20151130/dce9ce1e/attachment.obj>