08:22 quite: can a wayland client/app/window get screen areas not covered by its window to be dimmed (have some effect applied), in general? or would it take some support from the compositor? or is it even harder than that
08:23 vyivel: quite: generally, a wayland client can't control anything outside its window; you'd need some custom treatment from the compositor
08:35 quite: i see. it would be a nice looking feature to have generally. theoretically, it could be a wayland proto that compositors may implement then.
08:36 davidre: you could make the shadows of your windows enormous /s
08:38 JEEB: quite: in such cases it's generally worth it taking a few steps back and seeing what the actual use case that your application has in order to request "focus" be given to it (since if you're requesting other applications be dimmed it sounds like you are requesting focus)
08:38 JEEB: but that should be defined what you are trying to as an application achieve
12:50 wlb: weston/main: Robert Mader * pixel-formats: Add is_yuv helper https://gitlab.freedesktop.org/wayland/weston/commit/5fae3a514174 libweston/ pixel-formats.c pixel-formats.h
12:50 wlb: weston/main: Robert Mader * backend-drm: Set default plane color space and range hints https://gitlab.freedesktop.org/wayland/weston/commit/ce79976dfc01 libweston/backend-drm/ drm-internal.h drm-kms-enums.h kms.c state-helpers.c state-propose.c
12:50 wlb: weston/main: Robert Mader * gl-render: Set default color hints for EGL images https://gitlab.freedesktop.org/wayland/weston/commit/1b7462011d47 libweston/renderer-gl/gl-renderer.c
12:50 wlb: weston/main: Robert Mader * Set default YUV color coefficients and range to BT.709/limited https://gitlab.freedesktop.org/wayland/weston/commit/6394f7d1ca57 libweston/backend-drm/drm-kms-enums.h libweston/renderer-gl/fragment.glsl libweston/renderer-gl/gl-renderer.c tests/weston-test-client-helper.c tests/yuv-buffer-test.c
12:50 wlb: weston Merge request !1669 merged \o/ (backend-drm: Set default plane color space and range hints https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1669)
14:15 wlb: wayland/main: Derek Foreman * 7 commits https://gitlab.freedesktop.org/wayland/wayland/compare/bdba21ec92bf582f606806ad5fd15107979d8947...74f322c35a4eef1332456ce9985255df7269f82f
14:15 wlb: wayland Merge request !263 merged \o/ (Add wl_display_dispatch_queue_timeout for dispatching with a timeout https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/263)
17:26 sniffingpaint[m]: Hello everybody, just wanted to ask if somebody encountered this error? using xfreerdp3 / wlfreerdp / sdl-freerdp3 (same errors).... (full message at <https://matrix.org/oftc/media/v1/media/download/AWZMN78mFv775CQhEx89mGp4jcdSxHasn6KxGb0j890Z5zD9Xs0T18A4pv7cR-3EeS6Cn4yWeSUgyvgTyS9IZMBCeVGhhpOAAG1hdHJpeC5vcmcvWnl2ZVR4cGpYeWpDeEZQR0tNUFZDdUJ3>)
17:51 karenw: If I am a different component of the same application that created an xdg_toplevel, but I only have the wl_surface, is there a way to get the xdg_toplevel?
18:38 davidre: No
20:05 Consolatis: karenw: depends on how the application stores its data for the wl_surface, especially in regards to wl_proxy_set_user_data() / wl_proxy_get_user_data()
20:14 vyivel: if you control wl_display, with https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/219 you could probably keep track down the wl_surface used to create an xdg_surface and then xdg_toplevel heh
20:15 vyivel: s/keep//
20:19 carreter: Hey everyone dealing with some segfaults bringing down my entire Wayland session (sway) after a recent update on Arch Linux. It's happening on both my desktop and my laptop, so I don't think it's a hardware issues. I've also noticed some concommitant textbox flickering - anyone else having this happen?
20:19 carreter: > [ 466.862169] sway[980]: segfault at 5dcdb6a74262 ip 00007cb458c29110 sp 00007ffcf5466a70 error 4 in libwayland-server.so.0.23.1[a110,7cb458c24000+8000] likely on CPU 8 (core 4, socket 0)
20:21 emersion: please report this to sway
20:21 carreter: Sounds good, I'll report over there - thanks for the pointer
21:38 wlb: weston Merge request !1683 opened by Derek Foreman (derekf) compositor: Drop flow id from weston_view_update_transform https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/1683 [Core compositor], [Debug]
22:48 Ermine: Seems like fractional scale is not implemented in weston? weston!1 is open
22:50 e84a525bc04: what's that