On Fri, Jul 21, 2017 at 10:21 AM, Quentin Glidic <
sardemff7+wayl...@sardemff7.net> wrote:
> On 7/20/17 4:33 PM, Matt Hoosier wrote:
>
>> It's useful for the shell implementation to know when these change,
>> for example to relay the information on to taskbars or similar.
>>
>
> The idea is good,
On 5/15/17 4:40 PM, Pekka Paalanen wrote:
On Mon, 15 May 2017 15:29:29 +0200
Quentin Glidic wrote:
From: Quentin Glidic
Signed-off-by: Quentin Glidic
---
libweston-desktop/xwayland.c | 10 ++
1 file changed, 10 insertions(+)
diff --git a/libweston-desktop/xwayland.c b/libweston-
On 6/27/17 11:08 PM, Ilia Bozhinov wrote:
When we receive configure_notify we should update the surface's
position by calling xwayland_api->set_xwayland(). Otherwise some surfaces
like dnd surfaces from xwayland views are "stuck" at one place. When
setting XWAYLAND state though we should always c
On 7/20/17 4:33 PM, Matt Hoosier wrote:
It's useful for the shell implementation to know when these change,
for example to relay the information on to taskbars or similar.
The idea is good, we need something like that. (But maybe not, see below).
To avoid ABI changes or the need to make the
On Tue, 18 Jul 2017 14:14:34 +0100
Daniel Stone wrote:
> Rather than a more piecemeal approach at backend creation, explicitly
> track connectors and CRTCs we do not intend to use, so we can ensure
> they are disabled where appropriate.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/composi
On Tue, 18 Jul 2017 14:14:35 +0100
Daniel Stone wrote:
> If we have an unused CRTC or connector, explicitly disable it during the
> end of the repaint cycle, or when we get VT-switched back in.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 46
> +
On Tue, 18 Jul 2017 14:14:33 +0100
Daniel Stone wrote:
> If we don't have any damage for the primary plane, then don't force a
> repaint; simply reuse the old buffer we already have.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 15 +--
> 1 file changed, 13 i
On Tue, 18 Jul 2017 14:14:32 +0100
Daniel Stone wrote:
> Use a real drm_plane to back the scanout plane, displacing
> output->fb_{last,cur,pending} to their plane-tracked equivalents.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 157
> ++
Hi Daniel,
On Tue, 2017-07-18 at 14:14 +0100, Daniel Stone wrote:
> Use a real drm_plane to back the scanout plane, displacing
> output->fb_{last,cur,pending} to their plane-tracked equivalents.
>
> Signed-off-by: Daniel Stone
> ---
> libweston/compositor-drm.c | 157
>
Hello,
Maybe you are interrested in [1], but I do not maintain it for the
moment. It' Xnest for wayland, it's mostly based on Xwayland code, but
provide a root window.
Best regards.
[1] https://github.com/gschwind/xwlnest
Le vendredi 21 juillet 2017 à 10:30 +0300, Pekka Paalanen a écrit :
> On
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
---
v2:
Reset saved focus in weston_keybord_set_focus()
Shuffled the focus saving code (since it calls set_focus() to NULLify it
On Tue, 18 Jul 2017 14:14:31 +0100
Daniel Stone wrote:
> Change the type of cursor_plane from a weston_plane (base tracking
> structure) to a drm_plane (wrapper containing additional DRM-specific
> details), and make it a dynamically-allocated pointer.
>
> Using the standard drm_plane allows us
On Thu, 20 Jul 2017 12:21:27 +0200
Quentin Glidic wrote:
> On 7/18/17 3:58 PM, Pekka Paalanen wrote:
> > On Wed, 24 May 2017 11:32:21 +0300
> > Jussi Kukkonen wrote:
> >
> >> On 23 May 2017 at 14:51, Quentin Glidic
> >> wrote:
> >
> >>> So you want to break the simple (cross-compiling)
On Fri, 21 Jul 2017 10:24:53 +0800
Jonas Ådahl wrote:
> They would work if you run the clients in a rootful complete Xorg server
> on top of Wayland (such as Xnest and Xephyr), but in effect that will be
> a like running a separate session with a separate window manager and
> background etc insid
14 matches
Mail list logo
