On 2018/5月/11 10:12, Peter Hutterer wrote:
>
> > Never the less, a few pointers to the varlink approach from my side:
> > From your quick outline in the mail, I asume you plan to have the varlink
> > fd
> > libinput owned? I don't think that fits the current scope of libinput (or
> > that
> >
restoring the CC list, because thunderbird...
On Sun, May 13, 2018 at 10:19:34AM -0400, Drew DeVault wrote:
> On 2018-05-13 5:35 PM, Peter Hutterer wrote:
> > On 11/5/18 21:38 , Drew DeVault wrote:
> > > Maybe `ltrace --library=libinput.so ./run-compositor` would be
> > > sufficient?
> >
> > May
This seems to give me roughly the same behaviour as macos does on the default
0 speed setting.
* Default speed is lower than before by around 30% [1]
* Acceleration kicks in much sooner (130mm/s vs 250mm/s before)
* Acceleration kicks in slower at lower speeds, so the change from 130mm/s to
150m
On Sat, May 12, 2018 at 09:55:59PM -0400, ferreiradaselva wrote:
> It feels a bit off that a vendor-specific event is exposed to the client.
>
> Why not something like:
>
> ```
> void (*hardware_specific_id)(void *data,
> struct zwp_tablet_tool_vX *zwp_tablet_tool_vX,
> uint32_t l
On Sun, May 13, 2018 at 05:31:30PM +1000, Peter Hutterer wrote:
> On 13/5/18 01:04 , Pekka Paalanen wrote:
> > On Thu, 10 May 2018 10:10:10 +0200
> > Markus Ongyerth wrote:
> >
> > > For the reasons stated above, I think we would be better suited with an
> > > interface defined as wayland extensi
On 13/5/18 01:04 , Pekka Paalanen wrote:
On Thu, 10 May 2018 10:10:10 +0200
Markus Ongyerth wrote:
For the reasons stated above, I think we would be better suited with an
interface defined as wayland extension. The downside is, that it has to be
proxied and implemented by the compositor, but I