From: Alex Wu
If client send set_fullscreen/set_transient request before the first
attach,
compositor has no chance to map the surface due to "if (es->output ==
NULL)".
You can pull it from git://gitorious.org/wayland-for-krh/weston.git
map-bug
---
src/shell.c |8 +++
Daniel Stone wrote:
Hi,
On 22 February 2012 00:13, Bill Spitzak wrote:
It seems like it would be better if clients got the touch events first, and
the compositor only did things if the client said it was uninterested in the
events. For a lot of touch events this can be decided immediately on
On 02/21/2012 10:25 PM, Kristian Høgsberg wrote:
> 2012/2/21 Chase Douglas :
>> On 02/21/2012 09:16 PM, Kristian Høgsberg wrote:
>>> 2012/2/20 Chase Douglas :
On 02/17/2012 06:01 PM, Kristian Høgsberg wrote:
> - input protocol restructuring: break up events into wl_pointer
> (enter/le
2012/2/21 Kristian Høgsberg
> On Mon, Feb 20, 2012 at 11:56 PM, Scott Moreau wrote:
> > Implement a camera/modelview matrix for transforms to simulate camera
> movement.
> > Ideally, we would want to use +Scroll but that will have to
> wait
> > for axis events. For now we use keyboard grabs. Zoo
Hi,
On 22 February 2012 00:13, Bill Spitzak wrote:
> It seems like it would be better if clients got the touch events first, and
> the compositor only did things if the client said it was uninterested in the
> events. For a lot of touch events this can be decided immediately on the
> touch-down,
It seems like it would be better if clients got the touch events first,
and the compositor only did things if the client said it was
uninterested in the events. For a lot of touch events this can be
decided immediately on the touch-down, since the client knows the user
is pushing nothing.
I d
On Fri, Feb 17, 2012 at 03:26:12PM +0800, juan.j.z...@linux.intel.com wrote:
> From: Zhiwen Wu
I agree with the behavior we're going for here: when the fullscreen
surface is on top, we hide the panels, when switch to a different
client, we bring the panels back. However, I think we're better off
On Fri, Feb 17, 2012 at 03:26:11PM +0800, juan.j.z...@linux.intel.com wrote:
> From: Juan Zhao
I think we don't need this one in master anymore.
> ---
> src/shell.c |6 ++
> 1 files changed, 2 insertions(+), 4 deletions(-)
>
> diff --git a/src/shell.c b/src/shell.c
> index b77cef3..e0c
On Fri, Feb 17, 2012 at 03:26:10PM +0800, juan.j.z...@linux.intel.com wrote:
> From: Juan Zhao
>
> ---
> clients/window.c |3 +-
> src/compositor-drm.c | 10 -
> src/compositor.c |5 ++-
> src/compositor.h | 11 +-
> src/shell.c | 97
>
2012/2/21 Chase Douglas :
> On 02/21/2012 09:16 PM, Kristian Høgsberg wrote:
>> 2012/2/20 Chase Douglas :
>>> On 02/17/2012 06:01 PM, Kristian Høgsberg wrote:
- input protocol restructuring: break up events into wl_pointer
(enter/leave/motion/button/axis events, set_pointer_surface reque
On terça-feira, 21 de fevereiro de 2012 21.49.26, Chase Douglas wrote:
> That doesn't make any sense. What if I'm playing a game? Latency
> matters, and I need to know that the touches are mine early on. In the
> case of a game, the environment should leave touches alone and
> immediately tell the
GBM needs the buffer format in order to communicate with DRM and clients
for things like scanout.
So track the DRI format requested in the various back ends and use it to
return the DRI format back to GBM when requested. GBM will then map
this into the GBM surface type (which is in turn based on
On 02/21/2012 09:16 PM, Kristian Høgsberg wrote:
> 2012/2/20 Chase Douglas :
>> On 02/17/2012 06:01 PM, Kristian Høgsberg wrote:
>>> - input protocol restructuring: break up events into wl_pointer
>>> (enter/leave/motion/button/axis events, set_pointer_surface request),
>>> wl_keyboard (enter/leav
2012/2/20 Chase Douglas :
> On 02/17/2012 06:01 PM, Kristian Høgsberg wrote:
>> - input protocol restructuring: break up events into wl_pointer
>> (enter/leave/motion/button/axis events, set_pointer_surface request),
>> wl_keyboard (enter/leave/key events... what else... unicode event,
>> set_map
Hello, Wayland developers!
Will you take part in Google Summer of Code 2012?
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
On Mon, Feb 20, 2012 at 11:56 PM, Scott Moreau wrote:
> Implement a camera/modelview matrix for transforms to simulate camera
> movement.
> Ideally, we would want to use +Scroll but that will have to wait
> for axis events. For now we use keyboard grabs. Zoom in/out with
> Super+Up/Down.
> Zoom
On Mon, 20 Feb 2012 23:52:55 -0500
David Jackson wrote:
> I am asking for the ability to display a wayland app to an X server. My
> original suggestion was perhaps can be done via a runtime loadable client
> side driver that would support the wayland client API, there would be
> drivers for rend
17 matches
Mail list logo
