From: Yan Wang
Add extern "C" macro definition for C++.
---
cursor/wayland-cursor.h |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/cursor/wayland-cursor.h b/cursor/wayland-cursor.h
index 154cd84..f8bf8d1 100644
--- a/cursor/wayland-cursor.h
+++ b/cursor/wayland-c
---
README |2 +-
TODO |4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/README b/README
index b8ad9b4..64904ed 100644
--- a/README
+++ b/README
@@ -12,7 +12,7 @@ buffer management. The compositor receives input events and
forwards
them to the relevant client. T
Jonas posted some touchpad support patches earlier this month and
there were some calls for a input handling module. I've hacked around for a
few days to get the synaptics driver ready for wayland.
This is not a wayland touchpad driver! It's the X11 driver, abstracted
enough that a wayland fronten
On Tue, May 22, 2012 at 06:48:13PM +0100, Rob Bradford wrote:
> From: Rob Bradford
Thanks, this and 2/2 applied.
Kristian
> This ends up propagating through and creating a valgrind error like:
>
> ==22573== Conditional jump or move depends on uninitialised value(s)
> ==22573==at 0x409E57: p
From: Rob Bradford
This avoids a valgrind error like:
==31496== Conditional jump or move depends on uninitialised value(s)
==31496==at 0x407620: weston_buffer_post_release (compositor.c:928)
==31496==by 0x406AEB: weston_surface_attach (compositor.c:725)
==31496==by 0x409EB8: pointer_
From: Rob Bradford
This ends up propagating through and creating a valgrind error like:
==22573== Conditional jump or move depends on uninitialised value(s)
==22573==at 0x409E57: pointer_attach (compositor.c:1999)
==22573==by 0x34ECE05D63: ffi_call_unix64 (unix64.S:75)
==22573==by 0x
> > interface = seat->pointer->grab->interface;
> > @@ -2456,13 +2456,14 @@ weston_text_cursor_position_notify(struct
> weston_surface *surface,
> > if (output->zoom.active &&
> > pixman_region32_contains_point(&output->region,
> >
>
> Shouldn't we only update position when the user actually presses a
> key? What if you're dumping a lot of data to the terminal?
>
Yes, you are right. I know about this but never fixed it.
>
> > void
> > +window_set_text_cursor_position(struct window *window, int32_t x,
> int32_t y)
> > +{
On Mon, May 21, 2012 at 03:21:26PM -0600, Scott Moreau wrote:
> Here we install the logic for 'zoom area centered on a given point'.
> ---
>
> Rebased against master, 380deee3c7b18574d66511287bb01dde51027fbf
>
> src/compositor.c | 29 ++---
> src/compositor.h |2 +-
On Mon, May 21, 2012 at 03:21:25PM -0600, Scott Moreau wrote:
> A quick clean-up of zoom to prepare for the other patches in this series.
Committed.
Kristian
> ---
>
> Rebased against master, 380deee3c7b18574d66511287bb01dde51027fbf
>
> src/compositor.c | 20 ++--
> src/compo
On Mon, May 21, 2012 at 03:21:24PM -0600, Scott Moreau wrote:
> Here we create a new client/compositor interface in weston to allow
> clients to report their x/y cursor position to the compositor. These
> values are then used to center the zoom area on this point. This
> is useful for everyone, esp
On Tue, May 22, 2012 at 10:05 AM, Kristian Høgsberg wrote:
> On Mon, May 21, 2012 at 03:49:14PM -0600, Scott Moreau wrote:
>
> If this function operates on a weston_wm_window, it should be called
> weston_wm_window_activate(). But we already have that, so I just
> folded it into that.
>
> Kristia
---
Thanks Kristian, your suggestion works great.
src/compositor.c | 14 --
1 files changed, 8 insertions(+), 6 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index ab4c970..a16830c 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -839,6 +839,7 @@ WL_EXPORT v
On Mon, May 21, 2012 at 03:49:14PM -0600, Scott Moreau wrote:
If this function operates on a weston_wm_window, it should be called
weston_wm_window_activate(). But we already have that, so I just
folded it into that.
Kristian
> ---
> src/xwayland/window-manager.c |7 ---
> 1 files chan
On Mon, May 21, 2012 at 03:49:13PM -0600, Scott Moreau wrote:
Ah, doh, yes. Thanks.
Kristian
> ---
> src/xwayland/window-manager.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
> index b05f4ac..b64a6
On Tue, May 22, 2012 at 01:54:10AM -0600, Scott Moreau wrote:
> ---
>
> Fixed switcher too.
Thanks, applied.
Kristian
> src/shell.c | 10 +-
> 1 files changed, 5 insertions(+), 5 deletions(-)
>
> diff --git a/src/shell.c b/src/shell.c
> index a4a98c7..104b6f7 100644
> --- a/src/shell
On Tue, May 22, 2012 at 02:14:15AM -0600, Scott Moreau wrote:
> ---
> src/compositor.c | 16 ++--
> src/compositor.h |1 +
> 2 files changed, 11 insertions(+), 6 deletions(-)
We have an "opaque_rect" feature now, that makes the shader force
alpha=1 within that rect. Instead of
On Tue, May 22, 2012 at 03:39:39PM +0300, Ander Conselvan de Oliveira wrote:
> Hi,
>
> In order to get rid of the X11 dependency that libXcursor brings,
> Kristian suggested that a libwayland-cursor be created. This library
> handles the X cursor theme format, loading the image content straight
>
---
clients/clickdot.c |3 +-
clients/desktop-shell.c |5 +-
clients/dnd.c | 33 +++
clients/eventdemo.c |5 +-
clients/flower.c|3 +-
clients/gears.c |3 +-
clients/smoke.c |3 +-
clients/terminal.c |3 +-
clients/w
The purpose of this library is to be the equivalent of libXcursor in
the X world. This library is compatible with X cursor themes and loads
them directly into an shm pool making it easy for the clients to get
buffer for each cursor image.
The code for handling the X cursor theme was taken from lib
Hi,
In order to get rid of the X11 dependency that libXcursor brings,
Kristian suggested that a libwayland-cursor be created. This library
handles the X cursor theme format, loading the image content straight
into an shm pool so that the users need just one function call for
getting a buffer for a
---
protocol/wayland.xml | 10 ++
src/wayland-shm.c| 33 +
2 files changed, 39 insertions(+), 4 deletions(-)
diff --git a/protocol/wayland.xml b/protocol/wayland.xml
index d70ced7..2f5110d 100644
--- a/protocol/wayland.xml
+++ b/protocol/wayland.xml
On Tue, 22 May 2012 13:20:12 +0200
Martin Minarik wrote:
> The core libwayland library should not handle logging itself. Instead,
> it returns the error in the API for anybody to subscribe to. The logging
> itself happens in weston or wayland demo applications.
Hi Martin,
thanks for tackling th
The core libwayland library should not handle logging itself. Instead,
it returns the error in the API for anybody to subscribe to. The logging
itself happens in weston or wayland demo applications.
The weston and other users of libwayland API can also create their own
custom message handlers and
*cough* *cough*
The astute of you would have notice this patch is wrong since
weston_surface_attach called with a NULL buffer is an expected and
desired behaviour :-)
Cheers,
Rob
On 21 May 2012 19:26, Rob Bradford wrote:
> From: Rob Bradford
>
> ---
> src/compositor.c | 6 +++---
> 1 file
---
src/compositor.c | 16 ++--
src/compositor.h |1 +
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/src/compositor.c b/src/compositor.c
index ab4c970..820578a 100644
--- a/src/compositor.c
+++ b/src/compositor.c
@@ -854,7 +854,7 @@ weston_surface_draw(struct we
---
Fixed switcher too.
src/shell.c | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/src/shell.c b/src/shell.c
index a4a98c7..104b6f7 100644
--- a/src/shell.c
+++ b/src/shell.c
@@ -1598,7 +1598,7 @@ surface_opacity_binding(struct wl_seat *seat, uint32_t
time,
27 matches
Mail list logo
