Juan Zhao wrote:
Hi krh,
We thinked over how to handling panel and popup windows in
fullscreen support. Just would like to get your suggestion and decision
here.
I will try to describe the steps in my scheme where the clients have
control over their own window stacking. The "raise" c
On Fri, Feb 10, 2012 at 11:31 AM, Ander Conselvan de Oliveira
wrote:
> Hi,
>
> I have cooked up these patches for implementing the display of a
> drag'n'drop surface. I think there are a lot of issues with them (see
> below) and getting some feedback now would be good.
I attached a patch with wha
On Fri, Feb 10, 2012 at 12:11 PM, Robert Bragg wrote:
> This adds an implementation of EGL_EXT_swap_buffers_with_damage which
> provides an alternative for eglSwapBuffers called
> eglSwapBuffersWithDamageEXT that has identical semantics except that it
> takes a list of damage rectangles that may b
On Fri, Feb 10, 2012 at 12:15 PM, Jesse Barnes wrote:
> On Fri, 10 Feb 2012 11:35:50 +0200
> Pekka Paalanen wrote:
>
>> On Thu, 9 Feb 2012 13:12:56 -0800
>> Jesse Barnes wrote:
>>
>> > This lets the tests pick up headers from an alternate install root.
>> > ---
>> > tests/Makefile.am | 2 +-
On Fri, 10 Feb 2012 11:55:45 +0200
Pekka Paalanen wrote:
> On Thu, 9 Feb 2012 13:12:58 -0800
> Jesse Barnes wrote:
>
> > Add support for assigning surfaces to overlay sprites using the new
> > assign_planes hook.
> >
> > v2: queue per-sprite vblank events to avoid de-queuing sprite updates
>
On Fri, 10 Feb 2012 11:35:50 +0200
Pekka Paalanen wrote:
> On Thu, 9 Feb 2012 13:12:56 -0800
> Jesse Barnes wrote:
>
> > This lets the tests pick up headers from an alternate install root.
> > ---
> > tests/Makefile.am |2 +-
> > 1 files changed, 1 insertions(+), 1 deletions(-)
> >
> > d
This adds an implementation of EGL_EXT_swap_buffers_with_damage which
provides an alternative for eglSwapBuffers called
eglSwapBuffersWithDamageEXT that has identical semantics except that it
takes a list of damage rectangles that may be passed to a compositor
when running as a client in a composit
---
clients/dnd.c | 15 ---
1 files changed, 12 insertions(+), 3 deletions(-)
diff --git a/clients/dnd.c b/clients/dnd.c
index b4a9c10..46f4710 100644
--- a/clients/dnd.c
+++ b/clients/dnd.c
@@ -55,6 +55,7 @@ struct dnd_drag {
int x_offset, y_offset;
const char *mime
---
src/compositor.c | 60 ++
src/compositor.h |1 +
2 files changed, 61 insertions(+), 0 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index a519893..e2d9b4e 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -772,6 +
The condition to return from surface_attach with a null buffer involves
es->output being non-null. However if a surface was just created this
field would be null and an attach of a null buffer would cause the
compositor to crash.
The other crash happened if surface_attach was called twice with a
n
This avoids a crash if surface_attach() is called with a surface
created with weston_surface_create that are not added to client
space.
---
src/shell.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index 53b192c..3e4ae8a 100644
--- a/src/shell
Change the data_device.attach request to data_device.set_surface. This
request will create a surface that will follow the mouse cursor. Client
provide the surface contests with the regular surface_attach.
Since data_device is implemented in libwayland-server, add a server
hook for the compositor t
Hi,
I have cooked up these patches for implementing the display of a
drag'n'drop surface. I think there are a lot of issues with them (see
below) and getting some feedback now would be good.
This is implemented by adding data_device.set_surface request that
creates a surface that follows the curs
Hi Kristian,
here is most of what we talked about the other day, about moving damage
calls into weston_surface_update_transform(). I also took Tiago's "misc
cleanup" patch set, since it needed rebasing after these changes.
I haven't tested this much, so now it's just an RFC, but you could also
pu
Hi guys,
We have had a patch in Qt-Wayland since November that has given us some
thread affinity to Wayland clients so we can assure that we don't run
wl_display_iterate from other threads then the thread that actually created the
display. I have just cleaned it up a bit and was hoping to get it i
On Thu, 9 Feb 2012 19:06:51 +0200
Tiago Vignatti wrote:
> Kristian, this is all straightforward patches I've catch while checking the
> surface picking code:
>
> http://cgit.freedesktop.org/~vignatti/wayland-demos/log/?h=misc-cleanup
>
> Thanks,
>
> Tiago Vignatti (5):
> compositor: make fu
On Thu, 9 Feb 2012 13:12:58 -0800
Jesse Barnes wrote:
> Add support for assigning surfaces to overlay sprites using the new
> assign_planes hook.
>
> v2: queue per-sprite vblank events to avoid de-queuing sprite updates
> for unrelated outputs (reported by krh)
> v3: handle output and surfa
On Thu, 9 Feb 2012 13:12:56 -0800
Jesse Barnes wrote:
> This lets the tests pick up headers from an alternate install root.
> ---
> tests/Makefile.am |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/tests/Makefile.am b/tests/Makefile.am
> index a1f361e..0b3ed40 10
On 02/10/2012 11:03 AM, Pekka Paalanen wrote:
On Thu, 09 Feb 2012 16:41:08 -0800
Bill Spitzak wrote:
You are probably right that the round-trip would be bad.
Can it just use the transparency of the current buffer, rather than
other information that needs to be transmitted from the client?
T
On Thu, 09 Feb 2012 16:41:08 -0800
Bill Spitzak wrote:
> You are probably right that the round-trip would be bad.
>
> Can it just use the transparency of the current buffer, rather than
> other information that needs to be transmitted from the client?
That would be better than round-trips, sur
Hi krh,
We thinked over how to handling panel and popup windows in
fullscreen support. Just would like to get your suggestion and decision
here.
These three pictures demostrate fullscreen cases we need to implement:
fullscreen window on the top: The panels will be hidden
https://gi
21 matches
Mail list logo
