On Wed, 2017-04-05 at 11:57 +0200, Bastien Nocera wrote:
> On Wed, 2017-04-05 at 10:42 +0100, Steven Newbury wrote:
> >
>
>
> > There's a reason the mouse support from the X DGA Extension out-
> > survived the "direct framebuffer access". The lat
On Wed, 2017-04-05 at 10:53 +0100, Daniel Stone wrote:
> Hi Steven,
>
> On 5 April 2017 at 10:42, Steven Newbury
> wrote:
> > On Wed, 2017-04-05 at 10:25 +0100, Daniel Stone wrote:
> > > The compositor _must_ interpose every single keyboard/mouse
> > > ev
On Wed, 2017-04-05 at 10:25 +0100, Daniel Stone wrote:
> Hi,
>
> On 5 April 2017 at 04:40, Carsten Haitzler
> wrote:
> > On Tue, 04 Apr 2017 14:45:13 +0200 Bastien Nocera > t> said:
> > > There's two possible solutions to this problem:
> > > - evdev gives you the ability the mask certain events.
On Tue, 2017-04-04 at 13:42 +1000, Peter Hutterer wrote:
> On Mon, Apr 03, 2017 at 10:19:16PM -0500, Joshua Watt wrote:
> >
> >
> > On 04/03/2017 07:22 PM, Peter Hutterer wrote:
> > > On Tue, Apr 04, 2017 at 08:16:03AM +0900, Carsten Haitzler wrote:
> > > > On Fri, 31 Mar 2017 17:29:19 +1000 Pete
On Fri, 2017-01-20 at 12:22 +0200, Pekka Paalanen wrote:
>
> Even bigger open questions are how to handle features like touchpads.
> I
> also do not know how player id assignments should be handled, by the
> compositor or by the app? Who would e.g. set up the player id leds in
> a
> controller?
>
On Tue, 2016-02-16 at 15:47 +1000, Peter Hutterer wrote:
> Wacom Cintiqs and some DTK/DTU devices have a sensor larger than the
> underlying display. Clamp any data outside the screen area to the
> screen area.
I wonder if that's a feature to make screen-edge gestures easier to
execute?
signature.
On Mon Jun 1 08:16:32 2015 GMT+0100, Pekka Paalanen wrote:
> On Mon, 1 Jun 2015 12:25:37 +1000
> Peter Hutterer wrote:
>
> > On Mon, Jun 01, 2015 at 02:09:43AM +0200, Markus Slopianka wrote:
> > > On Monday 01 June 2015 09:26:56 Peter Hutterer wrote:
> > >
> > > > but given that this is a signif
On Sun, 2015-04-19 at 15:29 +0900, x414e54 wrote:
>
>
> The way todo this seems to be for the compositor and client to
> negotiate an event type they both can understand such as
> libinput_event or hid events and then a way to request a revokable
> fd to the evdev directly so it can control LED
On Tue, 2014-12-02 at 21:49 +0800, Jonas Ådahl wrote:
> Hi again,
>
> At XDC2014 some of us sat down and talked through how pointer locking
> and related protocols should look like, and this series is more or
> less
> work-in-progress result of that discussion.
>
> The series contains two parts
On Sat, 2014-10-18 at 18:41 +0200, Kalrish Bäakjen wrote:
> If I understood it right, Dmitry, you are working on an EGL
> implementation
> that should dynamically detect the type of the object passed to
> eglGetDisplay. Mesa already does that, but it is ugly and just a
> hack that
> should be avo
On Fri, 2014-09-19 at 15:44 +1000, Peter Hutterer wrote:
> We ran a userstudy, evaluating three different accel methods.
> Detailed results are
> available at:
> http://www.who-t.net/publications/hutterer2014_libinput_ptraccel_study.pdf
>
> We found that there was little difference between the m
On Wed, 2014-09-17 at 10:06 +0300, Pekka Paalanen wrote:
> On Tue, 16 Sep 2014 15:33:19 +0100
> Steven Newbury wrote:
>
> > On Tue, 2014-09-16 at 14:51 +0300, Pekka Paalanen wrote:
> > > On Tue, 16 Sep 2014 13:26:12 +0200
> > > Alexander Preisinger preisin...@gm
On Tue, 2014-09-16 at 14:51 +0300, Pekka Paalanen wrote:
> On Tue, 16 Sep 2014 13:26:12 +0200
> Alexander Preisinger preisin...@gmail.com> wrote:
>
> > Hi pq,
> >
> > I use it in my wayland-next branch (for unstable wayland stuff) of
> > the mpv
> > player: http://mpv.io/
> > In this commit:
>
On Tue, 2014-09-09 at 10:06 +0300, Pekka Paalanen wrote:
> On Tue, 9 Sep 2014 06:14:34 +
> "Zhang, Xiong Y" zh...@intel.com> wrote:
>
> > On Thu, 12 Jun 2014 11:06:26 +0800
> > Xiong Zhang zh...@intel.com> wrote:
> >
> > > Signed-off-by: Xiong Zhang zh...@intel.com>
> > > ---
> > > clie
On Mon, 2014-09-01 at 11:40 +0100, Steven Newbury wrote:
> On Mon, 2014-09-01 at 12:36 +0200, Markus Wick wrote:
> > Am 2014-09-01 12:10, schrieb Axel Davy:
> > > I found a way to fix it, and I remember Markus Wick had
> > > written a
> > > proper patch.
On Mon, 2014-09-01 at 12:36 +0200, Markus Wick wrote:
> Am 2014-09-01 12:10, schrieb Axel Davy:
> > I found a way to fix it, and I remember Markus Wick had written a
> > proper patch.
> >
> > I'm really surprised it is not already merged.
>
> I guess you're talking about this one:
> http://mar
On Mon, 2014-09-01 at 10:58 +0100, Steven Newbury wrote:
> On Mon, 2014-09-01 at 10:49 +0100, Steven Newbury wrote:
> > On Mon, 2014-09-01 at 18:42 +0900, Michel Dänzer wrote:
> > > On 01.09.2014 18:08, Steven Newbury wrote:
> > > >Since commit 6d49548849
On Mon, 2014-09-01 at 10:49 +0100, Steven Newbury wrote:
> On Mon, 2014-09-01 at 18:42 +0900, Michel Dänzer wrote:
> > On 01.09.2014 18:08, Steven Newbury wrote:
> > > Since commit 6d4954884908ea9894fcfe9836db1ba7bb45be61 ("Merge
> > > remote-tracking branch
On Mon, 2014-09-01 at 18:42 +0900, Michel Dänzer wrote:
> On 01.09.2014 18:08, Steven Newbury wrote:
> > Since commit 6d4954884908ea9894fcfe9836db1ba7bb45be61 ("Merge
> > remote-tracking branch 'origin/master' into glamor-next") I've
> > just
&
Since commit 6d4954884908ea9894fcfe9836db1ba7bb45be61 ("Merge
remote-tracking branch 'origin/master' into glamor-next") I've just
been getting completely black windows with anything other than really
simple xlib apps such as xterm. I've biscected it down the the above
merge commit by running g
20 matches
Mail list logo
