On 14/02/2015 11:17 , Bill Spitzak wrote:
>
>
> On 02/13/2015 04:46 PM, Peter Hutterer wrote:
>> On 14/02/2015 05:00 , Bill Spitzak wrote:
>>> Actually, more to the point, it sounds like the client is unable to
>>> distinguish the BTN_LEFT produced by the pointer from the BTN_LEFT
>>> produced by
On 02/13/2015 04:46 PM, Peter Hutterer wrote:
On 14/02/2015 05:00 , Bill Spitzak wrote:
Actually, more to the point, it sounds like the client is unable to
distinguish the BTN_LEFT produced by the pointer from the BTN_LEFT
produced by the pad.
the caller can tell what event caused the button
On 14/02/2015 05:00 , Bill Spitzak wrote:
> Actually, more to the point, it sounds like the client is unable to
> distinguish the BTN_LEFT produced by the pointer from the BTN_LEFT
> produced by the pad.
the caller can tell what event caused the button.
> If in fact it *can* be distinguished then
Actually, more to the point, it sounds like the client is unable to
distinguish the BTN_LEFT produced by the pointer from the BTN_LEFT
produced by the pad.
If in fact it *can* be distinguished then there should be some very
similar api to this "has" function. For instance if there is some
sub
On 02/10/2015 06:42 AM, Emil Velikov wrote:
Currently we use the wayland-scanner executable as found with
AC_PATH_PROG, and after that check the presence of wayland-scanner.pc
Even if the latter is pointing to another wayland-scanner we silently
ignore it. Rework things to check for the releva
Why not just say that is what libinput_device_has_button does in case
there is an ambiguity?
On 02/12/2015 08:43 PM, Peter Hutterer wrote:
If a device has multiple capabilities, has_button is imprecise. A device with
tablet and pointer capability for example may have BTN_LEFT on the pointer
int
Hi,
On 10 February 2015 at 14:42, Emil Velikov wrote:
> -AC_PATH_PROG([wayland_scanner], [wayland-scanner])
> +PKG_CHECK_MODULES(WAYLAND_SCANNER, [wayland-scanner],
> + wayland-scanner=`$PKG_CONFIG --variable=wayland-scanner
> wayland-scanner,
Missing ` (backtick) at the end.
The nice th
Currently we use the wayland-scanner executable as found with
AC_PATH_PROG, and after that check the presence of wayland-scanner.pc
Even if the latter is pointing to another wayland-scanner we silently
ignore it. Rework things to check for the relevant variable in the *.pc
file first, and then fal
Hi everyone!
It's that time of year again. Time to start coming up with GSoC
ideas. Martin and I are organizing this year's Xorg entry. We need
to fill in our ideas page with some good possible projects for
students. The project ideas should be something that a student could
accomplish over th
From: Pekka Paalanen
Add a new Weston plugin under tests/ for manual testing of the
surface-shooting API.
The debug key binding 'h' triggers a surface shot from the surface that
currently has the pointer focus. The shot is written in PAM format into
a file. PAM format was chosen because it is de
From: Pekka Paalanen
Signed-off-by: Pekka Paalanen
---
src/pixman-renderer.c | 51 +++
1 file changed, 51 insertions(+)
diff --git a/src/pixman-renderer.c b/src/pixman-renderer.c
index 530e2ed..21c610e 100644
--- a/src/pixman-renderer.c
+++ b/src
From: Pekka Paalanen
Use shared code for this kind of stuff.
Signed-off-by: Pekka Paalanen
---
src/timeline.c | 37 -
1 file changed, 16 insertions(+), 21 deletions(-)
diff --git a/src/timeline.c b/src/timeline.c
index bf69ba6..c60213e 100644
--- a/src/time
From: Pekka Paalanen
Taking the easy way, always do a rendering pass when copying any real
buffer or texture. Will handle YUV formats, and makes it easy to always
return data the right y-direction up.
All the FBO GL state is created and torn down on every invocation, so this
is a pretty naive im
From: Pekka Paalanen
Add a new buffer type identifying the solid color contents which do not
have a real buffer.
Solid color surfaces now pretend to have 1x1 pixel content data.
This helps the future surface_get_data_size() implementation.
Signed-off-by: Pekka Paalanen
---
src/gl-renderer.c
From: Pekka Paalanen
For easy creation of unique new files. I'm looking at you,
screenshooter.
This code is based on timeline.c weston_timeline_do_open().
Signed-off-by: Pekka Paalanen
---
Makefile.am| 2 +
shared/file-util.c | 118 +++
From: Pekka Paalanen
Hi,
this series implements the surface shots debug feature. It is mainly
intended for use by ivi-shell, where people want to inspect the
surface contents for testing and debugging.
Implementations are provided for Pixman and GL renderers, for the rest
(rpi-renderer) the new
From: Pekka Paalanen
This is an optional API that will be implemented by the renderers. It
allows to fetch the current contents of a surface, essentially the
buffer contents from a client buffer, converted to an RGBA format.
This is meant as a debugging API. The implementations may be heavy and
Hi Peter,
On 13-02-15 08:42, Peter Hutterer wrote:
On 13/02/2015 14:32 , Peter Hutterer wrote:
On Thu, Feb 12, 2015 at 12:37:12PM +0100, Hans de Goede wrote:
Hi,
On 12-02-15 08:33, Peter Hutterer wrote:
A generic interface for devices that provide buttons and axes, but don't
control the poin
18 matches
Mail list logo
