With a thumb on the touchpad, a two-finger click was always treated as
a middle-click. This patch takes the thumb into account and treats the
click as a right-click, if the touchpad supports tracking of at least
three fingers.
---
src/evdev-mt-touchpad-buttons.c | 90 +-
Hi Peter,
Thanks for the comments.
On 18.05.2017 03:17, Peter Hutterer wrote:
Hi Friedrich,
On Tue, May 16, 2017 at 10:44:22PM +0200, Friedrich Schöller wrote:
With a thumb on the touchpad, a two-finger click was incorrectly
treated as a middle-click. This patch takes the thumb into account a
wl_surface_damage_buffer landed ages ago, but in order for GL to
use it the client must bind a wl_compositor version >= 4 (the
version where damage_buffer was introduced).
This patch updates the bind version and allows
eglSwapBuffersWithDamage to actually use the provided damage
rectangles instead
wl_surface_damage_buffer landed ages ago, but in order for GL to
use it the client must bind a wl_compositor version >= 4 (the
version where damage_buffer was introduced).
This patch updates the bind version and allows
eglSwapBuffersWithDamage to actually use the provided damage
rectangles instead
Oops, will repost these with a proper version test.
On 19/05/17 10:43 AM, Derek Foreman wrote:
wl_surface_damage_buffer landed ages ago, but in order for GL to
use it the client must bind a wl_compositor version >= 4 (the
version where damage_buffer was introduced).
This patch updates the bind
wl_surface_damage_buffer landed ages ago, but in order for GL to
use it the client must bind a wl_compositor version >= 4 (the
version where damage_buffer was introduced).
This patch updates the bind version and allows
eglSwapBuffersWithDamage to actually use the provided damage
rectangles instead
wl_surface_damage_buffer landed ages ago, but in order for GL to
use it the client must bind a wl_compositor version >= 4 (the
version where damage_buffer was introduced).
This patch updates the bind version and allows
eglSwapBuffersWithDamage to actually use the provided damage
rectangles instead
On 5/19/17 4:57 PM, adlo wrote:
Do any compositors support this protocol?
Any compositor based on libweston and capable of loading weston plugins
(and later libweston plugins), using Weston Wall[1].
The implementation is limited (no workspaces support) but that is
something fixable in the fut
Do any compositors support this protocol?
Regards
adlo
> On 15 May 2017, at 14:27, Quentin Glidic
> wrote:
>
> On 5/15/17 3:13 PM, adlo wrote:
>>> On 15 May 2017, at 10:52, Quentin Glidic
>>> wrote:
>>> If you are writing/porting a window switcher, please consider using
>>> Wayland Wall wind
Am Dienstag, den 16.05.2017, 12:28 +0300 schrieb Pekka Paalanen:
> On Mon, 15 May 2017 17:31:57 +0200
> Philipp Kerling wrote:
> 2017-05-15 (月) の 11:18 +0300 に Pekka Paalanen さんは書きました:
> > > On Sun, 14 May 2017 14:43:44 +0200
> > > Philipp Kerling wrote:
> > > > To start off:
> > > > * Kodi sh
Hey Varad,
On 12 May 2017 at 06:16, Varad Gautam wrote:
> On Fri, Feb 10, 2017 at 1:28 PM, Varad Gautam wrote:
>> provide a mechanism that allows clients to import the added dmabufs
>> and immediately use the newly created wl_buffers without waiting on
>> an event. this is useful to clients that
11 matches
Mail list logo