Instead of excluding the pointing stick devices, disable middle button
scrolling on those and run them anyway.
Signed-off-by: Peter Hutterer
---
test/pointer.c | 37 ++---
1 file changed, 30 insertions(+), 7 deletions(-)
diff --git a/test/pointer.c b/test/pointer
If we have a middle button but no wheels, enable on-button scrolling for the
middle button by default. This applies e.g. to the Logitech trackball added as
new test device here.
This makes the separate check for POINTINGSTICK obsolete but I'd rather leave
this in to be more explicit about it.
htt
Hi,
The entire set looks good to me and is:
Reviewed-by: Hans de Goede
Regards,
Hans
On 28-04-15 09:36, Peter Hutterer wrote:
Instead of excluding the pointing stick devices, disable middle button
scrolling on those and run them anyway.
Signed-off-by: Peter Hutterer
---
test/pointer.c
Hi,
The entire set looks good to me and is:
Reviewed-by: Hans de Goede
Regards,
Hans
On 27-04-15 07:52, Peter Hutterer wrote:
Signed-off-by: Peter Hutterer
---
test/touch.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/test/touch.c b/test/touch.c
index ac97c52..5c363f9 100644
-
On Tue, 28 Apr 2015 09:40:39 +0300
Giulio Camuffo wrote:
> 2015-04-28 9:29 GMT+03:00 Marek Chalupa :
> >
> >
> > On Mon, Apr 27, 2015 at 4:06 PM, Giulio Camuffo
> > wrote:
> >>
> >> 2015-04-27 21:53 GMT+03:00 Bill Spitzak :
> >> > On 04/26/2015 11:48 PM, Marek Chalupa wrote:
> >> >
> >> >>
> >>
2015-04-28 12:48 GMT+03:00 Pekka Paalanen :
> On Tue, 28 Apr 2015 09:40:39 +0300
> Giulio Camuffo wrote:
>
>> 2015-04-28 9:29 GMT+03:00 Marek Chalupa :
>> >
>> >
>> > On Mon, Apr 27, 2015 at 4:06 PM, Giulio Camuffo
>> > wrote:
>> >>
>> >> 2015-04-27 21:53 GMT+03:00 Bill Spitzak :
>> >> > On 04/26
Signed-off-by: Derek Foreman
---
src/Makefile.am | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index 90bdc9a..1f525ce 100644
--- a/src/Makefile.am
+++ b/src/Makefile.am
@@ -3,7 +3,8 @@ noinst_LTLIBRARIES = libinput-util.la \
Just occurred to me, this should probably also add
#include
to libinput.h?
Or is there a reason we're not distributing this file? It doesn't seem
to be used internally for any reason, so if it's not to be distributed,
should it just go away?
On 28/04/15 11:07 AM, Derek Foreman wrote:
> Signed-o
Pekka,
Thanks for adding me to the CC. I have one general comment that I
would have made inline with the code had it lasted this far. Please
take this opportunity to remove the deprecated stuff by *not* putting
anything deprecated into wayland-*-core.h. We have to keep it to keep
old apps buildi
I was looking for this to avoid querying pkg-config in build system.
Would be happy to see it included.
2015-04-28 19:19 GMT+03:00 Derek Foreman :
> Just occurred to me, this should probably also add
> #include
> to libinput.h?
>
> Or is there a reason we're not distributing this file? It doesn'
wayland-client.h and wayland-server.h include the protocol headers generated
at build time. This means that a libwayland user cannot generate and use
protocol code created from a wayland.xml newer than the installed libwayand,
because it is not possible to only include the API header.
This commit a
When using this new option the generated code will include the new
core headers instead of the old ones. The default needs to remain
unchanged for backward compatibility with old code.
The option handling logic code in comes directly from weston's
shared/option-parser.c.
---
v2: - rename --include
The new core header doesn't include any other header, since it really
is not needed.
---
Makefile.am| 1 +
src/wayland-egl-core.h | 56 ++
src/wayland-egl.h | 29 +-
3 files changed, 58 insertions(+), 28 dele
On Tue, Apr 28, 2015 at 08:27:03PM +0300, Jari Vetoniemi wrote:
> I was looking for this to avoid querying pkg-config in build system.
> Would be happy to see it included.
> 2015-04-28 19:19 GMT+03:00 Derek Foreman :
> > Just occurred to me, this should probably also add
> > #include
> > to libi
Makes debugging a bit easier when you can just ask users to do that instead of
digging around in whatever packaging system they have.
Signed-off-by: Peter Hutterer
---
tools/libinput-list-devices.c | 38 --
1 file changed, 28 insertions(+), 10 deletions(-)
di
The problem is when you have an extension.xml, and generate
extension-client-protocol.h. Then you have some preexisting code
including that and relying on it including wayland-client.h and then
wayland-client-protocol.h, and if you use something from that it will
not build anymore, because wayland
Hi everyone
I have developed IVI product based on TizenIVI3.0.
There is a issue about screen quality because the Bitmap which is used to
render screen is 24 bit,
but the display device only support 18 bit.
So i think it is necsssary to implement dither in order to convert 24 bit to 18
bit.
I
17 matches
Mail list logo