I updated the patches now, rebased with the upstream tip and solved a bunch of
the issues for surface mapping, in a way that most type of windows are working
nicely. My main testing bed was Firefox, xterm, gtk3-demo and
gtk3-demo-application. Firefox looks very cool now and for instance all the
bas
I was suggesting that a different wayland call be used to have any
effect on focus, and it can be called for any surface. There is no need
for create_transient to give the surface focus because this call can be
done immediately afterwards.
Whether the surface has focus or not is not really par
On 05/08/2012 02:21 AM, Bill Spitzak wrote:
The server cannot be in charge of focus, because you will end up with
the X mess of clients guessing what type of window gets the correct focus.
Instead the client should be able to set the focus for any input device
to any of it's windows. The server
Tiago Vignatti wrote:
Hi,
I stumbled on the problem of transient surfaces for xwayland. So I first
checked tooltip type of windows and decided to create these for toytoolkit as
well, so now we have a way to test the transient's on it as well.
Probably the most important on this set is how we'
Hi,
I stumbled on the problem of transient surfaces for xwayland. So I first
checked tooltip type of windows and decided to create these for toytoolkit as
well, so now we have a way to test the transient's on it as well.
Probably the most important on this set is how we'll decide the keyboard
foc
