Thanks a lot Kalyan, I'll definitely check it out.
Iago
On Thu, 2013-08-15 at 20:04 +, Kondapally, Kalyan wrote:
> Hi,
>
>
>
> I just subscribed to the mailing list and came across the following
> discussion[1] regarding MultiProcess rendering for WebKit GTK. I
> couldn’t reply directly
On Thu, Aug 15, 2013 at 08:00:05PM +0300, Ander Conselvan de Oliveira wrote:
> To clarify, what causes the wrong context to be bound is the call to
> cairo_destroy_surface(). Some of the cairo-gl functions do a
> cairo_gl_context_acquire() followed by some operation and finish by doing
> cairo_gl_c
On Thu, Aug 15, 2013 at 12:10:30PM +0100, Daniel Stone wrote:
> Hi,
>
> On 15 August 2013 11:52, Peter Hutterer wrote:
> > one of the things that should be done is to figure out _where_ features such
> > as this are going to be handled. In the compositor, the compositor's input
> > module, on the
On Thu, Aug 15, 2013 at 08:58:10PM +1000, Peter Hutterer wrote:
> When generating HTML, don't split once we're into subjections. This
> generates a single page for each protocol interface instead of the previous
> separate pages for requests, events and enums.
> No effect on the rest of the HTML co
On Thu, Aug 15, 2013 at 01:22:06AM +0100, Daniel Stone wrote:
> Hi,
>
> On 30 July 2013 00:15, Kristian Høgsberg wrote:
> > On Sat, Jul 20, 2013 at 05:16:45AM +0100, Louis-Francis Ratté-Boulianne
> > wrote:
> >> Fix a segfault occuring after the last X window was closed.
> >
> > Thanks, that loo
Hi,
I just subscribed to the mailing list and came across the following
discussion[1] regarding MultiProcess rendering for WebKit GTK. I couldn't
reply directly to the thread.
I have been working on something similar for Tizen-WebKit and support is fully
integrated now. One can find the source
On 08/15/2013 03:52 AM, Peter Hutterer wrote:
one of the things that should be done is to figure out _where_ features such
as this are going to be handled. In the compositor, the compositor's input
module, on the client side, ... ? I'm trying to figure out how to handle
this correctly, but don't
To clarify, what causes the wrong context to be bound is the call to
cairo_destroy_surface(). Some of the cairo-gl functions do a
cairo_gl_context_acquire() followed by some operation and finish by doing
cairo_gl_context_release(). That last call is basically
eglMakeCurrent(dpy, EGL_NO_SURFACE, EGL
>From ecd0073b03e9b1f59bc1f99181250027073fcf76 Mon Sep 17 00:00:00 2001
From: Rusty Lynch
Date: Wed, 14 Aug 2013 09:27:44 -0700
Subject: [PATCH] Add touch support for wl_shell_surface_move
---
clients/calibrator.c| 4 +-
clients/desktop-shell.c | 9 ++--
clients/flower.c| 11 +++
On Thu, 2013-08-15 at 14:12 +0200, Jan Arne Petersen wrote:
> On 08/15/2013 12:49 AM, Rusty Lynch wrote:
> > From 3c68e0e2aa98250c65a5d5e9658299904ccf34f1 Mon Sep 17 00:00:00 2001
> > From: Rusty Lynch
> > Date: Wed, 14 Aug 2013 09:27:44 -0700
> > Subject: [PATCH] Add touch support for wl_shell_su
add a 'mapped' field to weston_surface so that it is initialized
to 0 on surface creation, and to 1 when the surface output is set.
One can manually increase it to make the surface remain visible
after an attach with a NULL buffer, so that it can animate it and
call weston_surface_unmap at the end.
2013/8/15 Peter Hutterer :
> one of the things that should be done is to figure out _where_ features such
> as this are going to be handled. In the compositor, the compositor's input
> module, on the client side, ... ? I'm trying to figure out how to handle
> this correctly, but don't have much to
On 08/15/2013 12:49 AM, Rusty Lynch wrote:
> From 3c68e0e2aa98250c65a5d5e9658299904ccf34f1 Mon Sep 17 00:00:00 2001
> From: Rusty Lynch
> Date: Wed, 14 Aug 2013 09:27:44 -0700
> Subject: [PATCH] Add touch support for wl_shell_surface_move
>
> ---
> clients/calibrator.c| 4 +-
> clients/des
Hi,
On 15 August 2013 11:52, Peter Hutterer wrote:
> one of the things that should be done is to figure out _where_ features such
> as this are going to be handled. In the compositor, the compositor's input
> module, on the client side, ... ? I'm trying to figure out how to handle
> this correctl
When generating HTML, don't split once we're into subjections. This
generates a single page for each protocol interface instead of the previous
separate pages for requests, events and enums.
No effect on the rest of the HTML configuration.
---
doc/publican/publican.cfg | 1 +
1 file changed, 1 ins
On Mon, Aug 12, 2013 at 06:15:43PM +0200, David Herrmann wrote:
> Hi
>
> On Mon, Aug 5, 2013 at 12:34 PM, Alexander E. Patrakov
> wrote:
> > This patch series adds support to weston for a special type of touchpads
> > found in some laptops. These touchpads contain one physical button that
> > cov
16 matches
Mail list logo
