The Compositor Modules are released, the modular C++ library for writing Wayland compositors

2024-03-05 Thread Roman Gilg
I'm happy to announce the first publicly available release of The Compositor Modules, the modular C++ library to easily write a Wayland compositor. The release is available on GitHub. [1] You can read the full announcement with more details about the library exclusively on Phoronix. [2] The goal

FDBuild Helps You Building Entire Wayland And X11 Graphic Stacks From Source

2023-10-11 Thread Roman Gilg
I recently created the first public release of FDBuild, a tool that I have been using over the last years to build all the things I needed to easily switch between hacking on Mesa, Wayland, XServer, etc. I believe it offers a very convenient workflow for that because you basically only need to

Re: Taiwins 0.2.9 is out

2021-02-02 Thread Roman Gilg
On Sun, Jan 31, 2021 at 4:40 PM Simon Ser wrote: > > Hi, > > On Sunday, January 31st, 2021 at 3:41 PM, Sichem Zhou > wrote: > > > Back in September 2020, I released the 0.2 version of Taiwins, which > > was utilising wlroots for backend handling. I have gone on > > implementing backend logics

Re: RFC: libei - emulated input in Wayland compositors

2020-08-01 Thread Roman Gilg
On Sat, Aug 1, 2020 at 12:47 AM Jonas Ådahl wrote: > > On Fri, Jul 31, 2020 at 08:49:41PM +0200, Roman Gilg wrote: > > On Fri, Jul 31, 2020 at 7:13 AM Peter Hutterer > > wrote: > > > > > > I've been working on a new approach for allowing emulated input d

Re: RFC: libei - emulated input in Wayland compositors

2020-07-31 Thread Roman Gilg
On Fri, Jul 31, 2020 at 7:13 AM Peter Hutterer wrote: > > I've been working on a new approach for allowing emulated input devices in > Wayland. Or in short - how can we make xdotool and synergy work? And > eventually replace them. > > The proposal I have is a library for Emulated Input, in short

Re: Plumbing explicit synchronization through the Linux ecosystem

2020-03-16 Thread Roman Gilg
On Wed, Mar 11, 2020 at 8:21 PM Jason Ekstrand wrote: > > On Wed, Mar 11, 2020 at 12:31 PM Jason Ekstrand wrote: > > > > All, > > > > Sorry for casting such a broad net with this one. I'm sure most people > > who reply will get at least one mailing list rejection. However, this > > is an issue

Re: wayland-protocols scope and governance

2019-11-14 Thread Roman Gilg
h the patch with the following initial > member projects and their points of contact defined, and finally > enable MRs: > * EFL/Enlightenment: Mike Blumenkrantz @zmike > * GTK/Mutter: Jonas Ådahl @jadahl > * KWin: Roman Gilg @romangg > * Qt: Johan Helsing @johanhelsing > * W

Re: wayland-protocols scope and governance

2019-10-15 Thread Roman Gilg
On Thu, Oct 10, 2019 at 11:12 AM Simon Ser wrote: > > This is v5 of the proposal. > > Changes from v4 to v5: > - "at least one member" changed to "at least one other member" (Jonas, Pekka) > - Replace remaining occurences of "push" with "merge" (Jonas, Pekka) > - Add a clause defining

Re: wayland-protocols scope and governance

2019-02-19 Thread Roman Gilg
On Tue, Feb 19, 2019 at 5:50 PM Daniel Stone wrote: > > Hi all, > I'd like to open up a discussion on enlarging wayland-protocols to a > wider audience, with a better definition of what it contains. Hi Daniel, thanks for moving forward this discussion. To me your suggestions overall sound very

Re: Clipboard manager use case

2018-11-09 Thread Roman Gilg
On Fri, Nov 9, 2018 at 9:42 PM Simon Ser wrote: > > What do we need to do in order to move this forward? I see the proposal has > > been > > up for some months but didn't get much attention. > > > > If it is approved, I can probably make it happen on the KDE side, but it > > would > > be nice

Re: [PATCH wayland-protocols] input-method: Add zwp-input-method-v2

2018-11-09 Thread Roman Gilg
Hi, what's the current state of this patch? I have a KWin patch up for review to implement the text-input v3 protocol, so I would be interested in pushing forward the input_method v2 here. If there are already some test applications speaking both ends of the pipeline I could try it out in KWin.

Re: Session suspension and restoration protocol

2018-06-20 Thread Roman Gilg
As a general remark I want to expand upon, why I did work on this protocol although Mike's xdg-session-management protocol already existed: The xdg-session-management protocol defines only how certain sessions / surfaces can be saved for later restoration and how to restore them. But it does not

Re: Session suspension and restoration protocol

2018-06-20 Thread Roman Gilg
h it has nothing more to do. > On 2018/6月/18 05:05, Roman Gilg wrote: > > * using D-Bus interface only to secure against sandboxed clients > What? Why exactly? When I first read this, I expected that the client is > supposed to use the portal stuff to call out of a sandbox, but r

Re: Session suspension and restoration protocol

2018-06-20 Thread Roman Gilg
What I forgot: the Restore method should probably take some similar argument like Activate's platform_data argument instead of a single integer/string. This way the argument can be extended with additional information, like with the Wayland server socket name, what Markus brought up.

Re: Session suspension and restoration protocol

2018-06-20 Thread Roman Gilg
On Mon, Jun 18, 2018 at 6:01 PM Simon McVittie wrote: > > This document might be useful for the D-Bus side: > https://dbus.freedesktop.org/doc/dbus-api-design.html Hi Simon, thanks for the link. I have read it. Was a good D-Bus overview/introduction I have looked for already for quite some time.

Session suspension and restoration protocol

2018-06-18 Thread Roman Gilg
is written from scratch, but it shares some similarities with Mike's proposed xdg-session-management protocol (https://lists.freedesktop.org/archives/wayland-devel/2018-February/037236.html). In advance thank you for your feedback! Copyright © 2018 Roman Gilg Permission is hereby

Re: [RFC][PATCH xserver] Multi-buffered flips on subsurfaces seg fault in Mesa

2018-01-29 Thread Roman Gilg
/2018-January/055674.html The above patch series only allows flips..." and so on. On Mon, Jan 29, 2018 at 5:54 PM, Roman Gilg <subd...@gmail.com> wrote: > The above patch series only allows flips on a child window with the same > dimensions as its parent xwl_window. For

[RFC][PATCH xserver] Multi-buffered flips on subsurfaces seg fault in Mesa

2018-01-29 Thread Roman Gilg
The above patch series only allows flips on a child window with the same dimensions as its parent xwl_window. For flips on child windows (for example the video view port of a video player in windowed mode, see here: http://www.subdiff.de/assets/images/2017-07-28-a-new-beginning.jpg) I wanted to

[PATCH xserver] xwayland: Flips on subsurfaces

2018-01-29 Thread Roman Gilg
Do flips for child windows via subsurfaces if the Wayland server supports them. Signed-off-by: Roman Gilg <subd...@gmail.com> --- hw/xwayland/xwayland-present.c | 57 +- hw/xwayland/xwayland.c | 6 - hw/xwayland/xwayland.h

Re: EVoC - Project ideas & hardware requirements

2018-01-11 Thread Roman Gilg
Hi Stefan, I worked on the Xwayland multi-buffer project in last year's GSoC. Well, there is still some stuff to do and I hope to finish it till the release of the next Xserver. You can check out my last patch-set at: https://lists.x.org/archives/xorg-devel/2017-August/054422.html * I can't say