Re: wl_subsurface vs xdg_popup?

2024-03-19 Thread Jonas Ã…dahl
On Thu, Mar 07, 2024 at 04:31:47PM -0500, Shawn W wrote: > I've been looking at the protocol docs on http://wayland.app and something > that's stood out to me is wl_subsurface and xdg_popup. If I want a pop up > menu, which one should I go for? I would guess xdg_popup, but it seems like > some c

Re: identifying active application/window under wayland

2024-03-19 Thread Dan Kortschak
Thanks. This all seems unfortunate. I think I'll wait until I am forced to support wayland and then sort it out. At the moment, it's too difficult. On Tue, 2024-03-19 at 11:04 +0200, Marius Vlad wrote: > If the program is a client you won't be find this information, as > that's > inherent part of

Re: identifying active application/window under wayland

2024-03-19 Thread Marius Vlad
On Fri, Mar 15, 2024 at 05:07:24AM +, Dan Kortschak wrote: > Hello, Hi, > > Apologies if this is not the correct forum for this. If this is the > case, please direct me to a more appropriate place. > > I have searched the archive and cannot find any topic that appears to > cover this. > > I

wl_subsurface vs xdg_popup?

2024-03-19 Thread Shawn W
I've been looking at the protocol docs on http://wayland.app and something that's stood out to me is wl_subsurface and xdg_popup. If I want a pop up menu, which one should I go for? I would guess xdg_popup, but it seems like some compositors may not support repositioning if they don't support ve

Re: [RFC PATCH v4 23/42] drm/vkms: add 3x4 matrix in color pipeline

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:37 -0500 Harry Wentland wrote: > We add two 3x4 matrices into the VKMS color pipeline. The reason > we're adding matrices is so that we can test that application > of a matrix and its inverse yields an output equal to the input > image. You will test also cases where th

Re: [RFC PATCH v4 06/42] drm/vkms: Add kunit tests for VKMS LUT handling

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:20 -0500 Harry Wentland wrote: > Debugging LUT math is much easier when we can unit test > it. Add kunit functionality to VKMS and add tests for > - get_lut_index > - lerp_u16 > > v4: > - Test the critical points of the lerp function (Pekka) > > v3: > - Use include

Re: [RFC PATCH v4 10/42] drm/colorop: Add TYPE property

2024-03-19 Thread Pekka Paalanen
On Tue, 12 Mar 2024 15:15:13 + Simon Ser wrote: > On Tuesday, March 12th, 2024 at 16:02, Pekka Paalanen > wrote: > > > This list here is the list of all values the enum could take, right? > > Should it not be just the one value it's going to have? It'll never > > change, and it can never b

Re: [RFC PATCH v4 17/42] drm/vkms: Add enumerated 1D curve colorop

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:31 -0500 Harry Wentland wrote: > This patch introduces a VKMS color pipeline that includes two > drm_colorops for named transfer functions. For now the only ones > supported are sRGB EOTF, sRGB Inverse EOTF, and a Linear TF. > We will expand this in the future but I don'

Re: [RFC PATCH v4 10/42] drm/colorop: Add TYPE property

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:24 -0500 Harry Wentland wrote: > Add a read-only TYPE property. The TYPE specifies the colorop > type, such as enumerated curve, 1D LUT, CTM, 3D LUT, PWL LUT, > etc. > > v4: > - Use enum property for TYPE (Pekka) > > v3: > - Make TYPE a range property > - Move enum

Re: [RFC PATCH v4 24/42] drm/tests: Add a few tests around drm_fixed.h

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:38 -0500 Harry Wentland wrote: > While working on the CTM implementation of VKMS I had to ascertain > myself of a few assumptions. One of those is whether drm_fixed.h > treats its numbers using signed-magnitude or twos-complement. It is > twos-complement. > > In order t

Re: Wayland debugging with Qtwayland, gstreamer waylandsink, wayland-lib and Weston

2024-03-19 Thread Terry Barnaby
On 05/03/2024 12:26, Pekka Paalanen wrote: On Mon, 4 Mar 2024 17:59:25 + Terry Barnaby wrote: On 04/03/2024 15:50, Pekka Paalanen wrote: On Mon, 4 Mar 2024 14:51:52 + Terry Barnaby wrote: On 04/03/2024 14:14, Pekka Paalanen wrote: On Mon, 4 Mar 2024 13:24:56 + Terry Barnaby

Re: [RFC PATCH v4 22/42] drm/vkms: Use s32 for internal color pipeline precision

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:36 -0500 Harry Wentland wrote: > Certain operations require us to preserve values below 0.0 and > above 1.0 (0x0 and 0x respectively in 16 bpc unorm). One > such operation is a BT709 encoding operation followed by its > decoding operation, or the reverse. > > We'll

Re: [RFC PATCH v4 03/42] drm: Correctly round for fixp2int_round

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:17 -0500 Harry Wentland wrote: > A value of 0x8000 and higher should round up, and > below should round down. VKMS Kunit tests for lerp_u16 > showed that this is not the case. Fix it. > > 1 << (DRM_FIXED_POINT_HALF - 1) = > 1 << 15 = 0x8000 > > This is not 0.5, but

identifying active application/window under wayland

2024-03-19 Thread Dan Kortschak
Hello, Apologies if this is not the correct forum for this. If this is the case, please direct me to a more appropriate place. I have searched the archive and cannot find any topic that appears to cover this. I am the author of a program that in part needs to be able to obtain the identity of th

Re: [RFC PATCH v4 25/42] drm/vkms: Add tests for CTM handling

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:39 -0500 Harry Wentland wrote: > A whole slew of tests for CTM handling that greatly helped in > debugging the CTM code. The extent of tests might seem a bit > silly but they're fast and might someday help save someone > else's day when debugging this. > > v4: > - Comm

Re: [RFC PATCH v4 08/42] drm/doc/rfc: Describe why prescriptive color pipeline is needed

2024-03-19 Thread Pekka Paalanen
On Mon, 26 Feb 2024 16:10:22 -0500 Harry Wentland wrote: > v4: > - Drop IOCTL docs since we dropped the IOCTLs (Pekka) > - Clarify reading and setting of COLOR_PIPELINE prop (Pekka) > - Add blurb about not requiring to reject a pipeline due to >incompatible ops, as long as op can be bypass