When a libinput context for a given seat is initialized, not all devices may
be available. Some or all devices may be paused by systemd-logind. Waiting for
a unplug event is not appropriate here as the devices are physically
available, just prevented from getting access.
Add a libinput_udev_rescan
On Wed, Mar 12, 2014 at 2:08 PM, Jonas Ådahl wrote:
> While disable by default, passing --enable-libinput-backend to
> ./configure switches the input backend in weston's drm, fbdev and rpi
> compositing backends to use libinput instead of udev-seat.c, evdev.c and
> friends.
>
> When enabled, westo
On Fri, Mar 7, 2014 at 10:05 AM, Neil Roberts wrote:
> Here is a series of patches to add an extension which makes it
> possible to create an EGL context without specifying a config. A
> context created in this way can be bound with any surface using the
> same EGLDisplay rather than being restric
While disable by default, passing --enable-libinput-backend to
./configure switches the input backend in weston's drm, fbdev and rpi
compositing backends to use libinput instead of udev-seat.c, evdev.c and
friends.
When enabled, weston now also depends on libinput >= 0.1.0.
Signed-off-by: Jonas Å
No functional changes; API generalization in preparation for multiple
input backends.
Signed-off-by: Jonas Ådahl
---
src/compositor-drm.c | 2 +-
src/udev-seat.c | 12 ++--
src/udev-seat.h | 2 +-
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/compositor-d
No functional changes; API simplification in preparation for multiple
input backends.
Signed-off-by: Jonas Ådahl
---
src/compositor-drm.c | 2 +-
src/compositor-fbdev.c | 2 +-
src/compositor-rpi.c | 2 +-
src/udev-seat.c| 11 +++
src/udev-seat.h| 3 ++-
5 files c
Isn't Wayland differentiating between the "selection" and the clipboard?
The selection is changed when the user selects an object. The clipboard
is changed only when the user does a cut or copy operation.
There is also drag & drop. Though in most cases this can be the same as
the selection, I
Add interface ivi_application, which creates ivi_surface objects tied
to a given wl_surface with a given id. The given id can be used in a
shell to identify which application is assigned to a wl_surface and
layout the surface wherever the shell wants. ivi_surface objects can
be used to receive stat
Add interface ivi_application, which creates ivi_surface objects tied
to a given wl_surface with a given id. The given id can be used in a
shell to identify which application is assigned to a wl_surface and
layout the surface wherever the shell wants. ivi_surface objects can
be used to receive stat
0001-protocol-replace-the-usage-of-selection-with-clipboa.patch
Description: Binary data
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/wayland-devel
Signed-off-by: Nobuhiko Tanibata
---
Changes for v2:
- gl_renderer_read_shmbuffer_pixels to support different types of format of
shmbuffer.
src/compositor.h | 3 ++
src/gl-renderer.c | 114 ++
2 files changed, 117 insertions(+)
dif
On Wed, 12 Mar 2014 11:21:46 +0100
Daniel Stone wrote:
> Hi,
>
> On 11 March 2014 14:30, Pekka Paalanen wrote:
> > On X11 you are probably used to getting an opaque window, no matter
> > what values you write to the alpha channel. On Wayland, the alpha
> > channel is actually used by the server
Hi,
On 11 March 2014 14:30, Pekka Paalanen wrote:
> On X11 you are probably used to getting an opaque window, no matter
> what values you write to the alpha channel. On Wayland, the alpha
> channel is actually used by the server to blend your window to the rest
> of the desktop, always.
... alwa
13 matches
Mail list logo
