On Wed, 22 Mar 2017 01:19:55 -0300 Lúcio Boari said:
> Hello I'm Lúcio. I'm not a programmer so maybe what I am discussing here is
> somehow erroneous. Today I was wondering why it's not possible to have
> Android apps running natively on a Linux desktop since Android runs atop
> the Linux Kernel
libinput 1.7 is now available. Only one change that matters since the last
rc: cyapa touchpads now have a custom pressure ranage. The rest below is a
(slightly edited) copy of the rc1 announce email so you know what you get
updating from 1.6 to 1.7.
First big feature: James Ye implemented support
On 08/03/2017 16:43, Ucan, Emre (ADITG/SW1) wrote:
In current implementation, there is no configuration
to disable unconfigured outputs.
One can create an output section for a known output
in weston.ini file and set its mode to "off" to disable
a known output. But there is no configuration to di
On 18/03/2017 13:01, Sergi Granell wrote:
Signed-off-by: Sergi Granell
Good:
Reviewed-by: Quentin Glidic
And pushed:
65e57c93..b4c08863 master -> master
Thanks,
---
libweston/compositor.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/libweston/compositor.c b/libw
This patch introduces a new protocol for grabbing the keyboard from
Xwayland.
This is needed for X11 applications that map an override redirect window
(ths not focused by the window manager) and issue an active grab on the
keyboard to capture all keyboard events.
Signed-off-by: Olivier Fourdan
-
This adds a new protocol to let Wayland clients specify that they want
all keyboard events to be send to the client, regardless of the
compositor own shortcuts.
This is for use by virtual machine and remote connections viewers.
Signed-off-by: Olivier Fourdan
---
unstable/keyboard-shortcuts-inhi
[Resending because I sent to wayland-devel-bounce by mistake -facepalm-]
Hi,
This is a follow-up on my previous attempt to add a keyboard grabbing
protocol for Xwayland [0].
While I had the previous iteration working in Xwayland and mutter, this
was clearly not acceptable for Wayland native wind
From: Quentin Glidic
If we start a special (grabbing) client when Weston is unfocused, it
would lose focus when coming back to Weston.
Signed-off-by: Quentin Glidic
---
libweston/input.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/libweston/input.c b/libweston/input.c
Hi,
On 22-03-17 06:52, Peter Hutterer wrote:
On Tue, Mar 21, 2017 at 10:32:03AM +1000, Peter Hutterer wrote:
https://bugs.freedesktop.org/show_bug.cgi?id=100122
Signed-off-by: Peter Hutterer
---
src/evdev-mt-touchpad.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/evdev-mt-touch
On Fri, 3 Mar 2017 23:05:25 +
Daniel Stone wrote:
> Clean up some ambiguity around current/next: current could previously
> have referred to a buffer which was being displayed, or the last buffer
> being displayed whilst we waited for a configuration we'd requested to
> take effect.
>
> Int
Hello I'm Lúcio. I'm not a programmer so maybe what I am discussing here is
somehow erroneous. Today I was wondering why it's not possible to have
Android apps running natively on a Linux desktop since Android runs atop
the Linux Kernel and it is pretty much compatible with the x86
architecture, an
On Fri, 3 Mar 2017 23:05:24 +
Daniel Stone wrote:
> Instead of setting state members directly in the drm_output_render
> functions (to paint using Pixman or GL), just return a drm_fb, and let
> the core function place it in state.
>
> Signed-off-by: Daniel Stone
>
> Differential Revision:
On Fri, 3 Mar 2017 23:05:23 +
Daniel Stone wrote:
> Call drm_output_render unconditionally, doing an early exit if we're
> already rendering a client buffer on the primary plane, and asserting
> for damage on the way out.
>
> Differential Revision: https://phabricator.freedesktop.org/D1494
On Fri, 3 Mar 2017 23:05:22 +
Daniel Stone wrote:
> 'next' is used as a framebuffer which has either been rendered but not
> had a configuration request (pageflip or CRTC set) applied to it, or
> when for a framebuffer that has had configuration requested but not
> applied (delayed pageflip
On Wed, 22 Mar 2017 12:23:46 +1000
Peter Hutterer wrote:
> Hi all,
>
> This is an RFC for a new interface to generate input events from arbitrary
> clients. Note that this is only a few days old, so **do not** assume this is
> anything more a thought experiment right now. This email is supposed
15 matches
Mail list logo
