Re: Introducing xwayland-run, a set of small utilities to run X11 and Wayland clients

t we consider adding these to the (existing) wayland-utils instead? +1 There should be a standardized and widely used tool to test Wayland based applications every Wayland based project may use. There's no point to fragment it through personal repos. -- Martin Stransky Software Engineer / Red Hat, Inc

Re: Introducing xwayland-run, a set of small utilities to run X11 and Wayland clients

-plans-wayland-and-xorg-server?channel=/en/blog/channel/red-hat-enterprise-linux> [2] https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1197 [3] https://gitlab.freedesktop.org/xorg/xserver/-/issues/1595 [4] https://gitlab.freedesktop.org/ofourdan/xwayland-run -- Martin Stransky Software Engineer / Red Hat, Inc

Re: Difficulties with Wayland D&D protocol - D&D source persistence

k" animations on failed DnD have a surface to return to. Yes, relaxing wl_data_device.start_drag conditions would be enough here. Thanks. -- Martin Stransky Software Engineer / Red Hat, Inc

Difficulties with Wayland D&D protocol - D&D source persistence

nce condition relaxed? Thanks, Martin [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1797046 -- Martin Stransky Software Engineer / Red Hat, Inc

Re: Drag & Drop - multiple wl_data_device/wl_seat interfaces

ks in KWin, Mutter, Sway. Firefox register its own wl_data_device and listens there. It uses the same seat (seat0) as Gtk. Martin [1]: https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/426 Le mar. 20 avr. 2021 20 h 52, Martin Stransky a écrit : Hello folks, I'm solvin

wl_surface/wl_subsurface composition

pixel format. Thanks, Martin [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1591489#c9 -- Martin Stransky Software Engineer / Red Hat, Inc ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/lis

Re: Do I need wl_frame_callback at all?

On 11/20/19 12:12 PM, Scott Anderson wrote: On 21/11/19 12:03 am, Martin Stransky wrote: Hi guys, what happens and is it a correct behavior when application does not use wl_frame_callback at all and just do the drawing (wl_surface_commit) whatever it has a data do draw? I know it may be

Do I need wl_frame_callback at all?

where otherwise so it easier for me to just put it at compositor instead to store it offscreen and then copy it to wl_buffer when wl_frame_callback comes. Thanks, ma. -- Martin Stransky Software Engineer / Red Hat, Inc ___ wayland-devel mailing list wayland-

Re: wl_subsurace position - double buffered state?

On 10/30/19 8:58 AM, Jonas Ådahl wrote: [...] Quoting the specification of the set_position request: The scheduled coordinates will take effect whenever the state of the parent surface is applied. When this happens depends on whether the parent surface is in synchronize

wl_subsurace position - double buffered state?

I try to resize the window. (full log is attached). Sometimes it happens that the surface is on correct position right after start - but I don't see any difference in the log. It's on Fedora 30 / mutter-3.32.2-4.fc30.x86_64. Any idea what can be wrong? Thanks, Martin [1] https://bug

Is textureSize(samplerExternalOES, int) missing in desktop mesa 19.1.7 implementation?

lla.mozilla.org/show_bug.cgi?id=1583731 -- Martin Stransky Software Engineer / Red Hat, Inc ___ wayland-devel mailing list wayland-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/wayland-devel

Re: dmabuf modifiers for HW overlays

On 8/2/19 1:48 PM, Scott Anderson wrote: On 2/08/19 10:19 pm, Martin Stransky wrote: On 8/2/19 12:04 PM, Martin Stransky wrote: Also I wonder if it's feasible to use any modifiers as I need plain/linear buffer to draw into by skia. I suspect when I create the buffer with modifiers and t

dmabuf modifiers for HW overlays

On 8/2/19 12:04 PM, Martin Stransky wrote: Also I wonder if it's feasible to use any modifiers as I need plain/linear buffer to draw into by skia. I suspect when I create the buffer with modifiers and then I map it to CPU memory for SW drawing, intermediate buffer is created and then the p

Re: DMABuf/Wayland buffer sharing

nce, and implicit copies are unexpected performance bottle-necks. So yes, I believe you very much need to ensure the buffer gets allocated as linear from the start. Some hardware may have hardware tiling units, that may be able to represent a linear CPU view into a tiled buffer, but I know very

Re: Weston headless backend - xvfb-run emulation

On 12/22/18 10:36 AM, Pekka Paalanen wrote: On Fri, 21 Dec 2018 13:00:12 +0100 Martin Stransky wrote: Hi, I'm working on Firefox/Wayland port on Fedora and there's a need to run Wayland Firefox in headless Wayland session - it's used in build process to perform PGO build, it&

Weston headless backend - xvfb-run emulation

Hi, I'm working on Firefox/Wayland port on Fedora and there's a need to run Wayland Firefox in headless Wayland session - it's used in build process to perform PGO build, it's used for test runs and so. It's generally what xvfb-run provides - a headless X11 server which launches a single comm