Hi,
On 15 May 2017 at 15:39, Pekka Paalanen wrote:
> On Mon, 15 May 2017 15:26:45 +0100 Daniel Stone wrote:
>> On 15 May 2017 at 12:32, Olivier Fourdan wrote:
>> > xwm would not let X clients change the focus behind the compositor's
>> > back, reverting focus where it's supposed to be when this
On Mon, 15 May 2017 15:26:45 +0100
Daniel Stone wrote:
> Hi Olivier,
>
> On 15 May 2017 at 12:32, Olivier Fourdan wrote:
> > xwm would not let X clients change the focus behind the compositor's
> > back, reverting focus where it's supposed to be when this occurs.
> >
> > However, X11 grab also
Hi Olivier,
On 15 May 2017 at 12:32, Olivier Fourdan wrote:
> xwm would not let X clients change the focus behind the compositor's
> back, reverting focus where it's supposed to be when this occurs.
>
> However, X11 grab also issue focus in events, on which some clients
> rely and reverting focus
On Mon, 15 May 2017 13:32:01 +0200
Olivier Fourdan wrote:
> xwm would not let X clients change the focus behind the compositor's
> back, reverting focus where it's supposed to be when this occurs.
>
> However, X11 grab also issue focus in events, on which some clients
> rely and reverting focus
xwm would not let X clients change the focus behind the compositor's
back, reverting focus where it's supposed to be when this occurs.
However, X11 grab also issue focus in events, on which some clients
rely and reverting focus in this case braks the client logic (e.g.
combobox menu in gtk+ using
