Hello,
I am not very familiar with your type of setup, but maybe you can check
this project out, it is meant for kiosk setups:
https://github.com/Hjdskes/cage
Regards,
Ilia Bozhinov
On Mon, 20 Jul 2020, 02:55 Lonnie Cumberland, wrote:
> Hi All,
>
> I am working on a speciality proj
odriguez@gmail.com> wrote:
> Hello,
>
> Indeed I looked into xdg-foreign but it does not seem to be supported in
> Weston.
>
> Other ideas?
>
> Guillermo
>
> El mar., 19 nov. 2019 a las 10:21, Ilia Bozhinov ()
> escribió:
> >
> > Hi,
> >
> >
that support xdg-foreign, however I am
not sure whether weston supports it.
Regards,
Ilia Bozhinov
On Tue, 19 Nov 2019, 09:53 Guillermo Rodriguez, <
guillerodriguez@gmail.com> wrote:
> Hi all,
>
> This is a follow up to my earlier email "Let pointer events pass through
e *surface =
wl_resource_get_user_data(surface_resource);` to get the weston_surface. I
hope this helps.
On Fri, Jun 21, 2019 at 8:28 AM adlo wrote:
> > On 22 May 2019, at 21:36, Ilia Bozhinov wrote:
> >
> > If you have a panel/any UI elements, then you most probably have a
> protocol to
If you have a panel/any UI elements, then you most probably have a protocol
to communicate that the UI element surface is a special surface. You could
then just extend this protocol so that you specify Z-ordering of these
surfaces, and then the compositor should respect that.
If it might help here
com/ammen99/weston/commit/1eefc1301bddf593fc994900996507ffc97ffa75
Is this even close to the design goals of libweston?
Thank you,
Ilia Bozhinov
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
11:41:46 +0200
> Ilia Bozhinov wrote:
>
> > This is helpful for other compositors which utilize libweston without
> > systemd-login support.
> >
> > Signed-off-by: Ilia Bozhinov
> > ---
> > libweston/weston-launch.c | 35 +--
&
This is helpful for other compositors which utilize libweston without
systemd-login support.
Signed-off-by: Ilia Bozhinov
---
libweston/weston-launch.c | 35 +--
1 file changed, 21 insertions(+), 14 deletions(-)
diff --git a/libweston/weston-launch.c b/libweston
This is already done when weston_output_init_geometry() is called.
Actually this is a fix for 8564a0d, because without this patch, the
compositor sometimes crashes when setting output transform
Signed-off-by: Ilia Bozhinov
---
libweston/compositor.c | 3 ---
1 file changed, 3 deletions(-)
diff
not just the first time we set this state.
Signed-off-by: Ilia Bozhinov
---
libweston-desktop/xwayland.c | 2 +-
xwayland/window-manager.c| 7 +++
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/libweston-desktop/xwayland.c b/libweston-desktop/xwayland.c
index 4f4b453f..002
igned-off-by: Ilia Bozhinov
---
libweston-desktop/xwayland.c | 26 ++
xwayland/window-manager.c | 24
xwayland/xwayland-internal-interface.h | 2 ++
3 files changed, 52 insertions(+)
diff --git a/libweston-desktop/xwaylan
isn't lost when for example a maximized window is fullscreened
and then unfullscreened. We must also make sure to call set_toplevel()
in XWM for maximized/fullscreen windows, as now they are "toplevel" with
maximized state
Signed-off-by: Ilia Bozhinov
---
libwesto
From: Ilia Bozhinov
Up to now we could set the transform only on output initialization.
However, on certain situations(like tablets and convertible laptops),
screen orientation can change while the compositor is running and thus
the need for change of the output transform arises.
When the
ates. We should also be careful when mapping surfaces in MAXIMIZED
state(v2)
Signed-off-by: Ilia Bozhinov
---
libweston-desktop/xwayland.c | 79 ++
xwayland/window-manager.c | 24 +++
xwayland/xwayland-internal-interface.h | 2 +
3 fi
14 matches
Mail list logo
