00:05 haasn: A persistent problem I seem to have with libinput's touchpad handling is that my cursor is simultaneously too fast at low (finger) speeds and too slow at high (finger) speeds
00:06 haasn: Afaict there is no way to resolve this besides setting a custom profile, right? It's not a device issue (the size is reported accurately), and playing with the acceleration factor setting just makes the problem better in one direction and worse in the other
00:06 haasn: It seems like the 'steepness' of the acceleration curve is too low
00:08 haasn: Is there a tool or something I can use to play with the custom acceleration profiles and find something that works for me?
00:09 haasn: I guess I have to wait for https://invent.kde.org/plasma/kwin/-/merge_requests/6209 to land
14:59 liuhaljvhsdlk: Does the `type` attribute of a request/event serve any functional purpose or is it just for documentation's sake?
15:06 liuhaljvhsdlk: ok no it just marks destructors afaict from the scanner source code
15:06 vyivel: liuhaljvhsdlk: if it's a destructor the resource/proxy is destroyed when it's sent
15:06 vyivel: yea
15:06 liuhaljvhsdlk: thanks
15:26 wlb: wayland-protocols/main: Andri Yngvason * ext-image-capture-source-v1: new protocol https://gitlab.freedesktop.org/wayland/wayland-protocols/commit/c543ade77b6b staging/ext-image-capture-source/README staging/ext-image-capture-source/ext-image-capture-source-v1.xml meson.build
15:26 wlb: wayland-protocols/main: Andri Yngvason * ext-image-copy-capture-v1: new protocol https://gitlab.freedesktop.org/wayland/wayland-protocols/commit/f4925c9313d2 staging/ext-image-copy-capture/README staging/ext-image-copy-capture/ext-image-copy-capture-v1.xml meson.build
15:26 wlb: wayland-protocols Merge request !124 merged \o/ (Create ext-image-capture-source-v1 and ext-image-copy-capture-v1 https://gitlab.freedesktop.org/wayland/wayland-protocols/-/merge_requests/124)
15:26 ifreund: \o/
15:26 vyivel: 🎉
15:31 Consolatis: yay
15:37 Consolatis: any1: thanks for your persistence on that MR and thanks everyone involved with review
15:53 rpigott: hype
15:55 any1: cheers
16:12 bl4ckb0ne: im having second thoughts on the name /s
16:16 llyyr: not tagged yet, not too late to discuss it more
16:43 soreau: any1: nice work 👍
16:44 any1: emersion deserves some thanks too
16:45 Eighth_Doctor: Yay, congratulations any1, emersion, and others!
16:46 Eighth_Doctor: I'm so happy to see that land. It really helps raise the quality of life for users and developers in the Wayland community and ecosystem!
17:05 emersion: :)
17:05 emersion: seems like the KDE cursor theme thing has been merged as well
17:06 emersion: https://invent.kde.org/plasma/breeze/-/blob/046ad0ef8a0f2035d2bf23dd79d5c728d83e1928/cursors/svg-cursor-format.md
17:06 emersion: (cc zzag)
17:07 emersion: (I would've preferred the JSON structure to always be an array, because with some libraries it's cumbersome to parse when you don't know in advance)
17:07 emersion: (but otherwise looks vgood, big +1 for tiny SVG)
17:26 zzag: emersion: thanks! so far we have not made any attempts to upstream it because we would like to see how it works out for us in practice first, but early positive feedback is very encouraging!
22:31 wlb: wayland Merge request !415 closed (Limit buffers to INT_MAX and respect signedness)
22:37 wlb: wayland Merge request !420 opened by Demi Marie Obenour (DemiMarie) connection: Ensure buffer sizes do not exceed INT_MAX or PTRDIFF_MAX https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/420
22:50 DemiMarie: What is the best way to submit lots of little changes?
22:51 DemiMarie: I am making a lot of changes to libwayland that are often only a few lines each. What is the best way to submit them? Should I use one MR per sequence of related changes, or should I batch changes into a smaller number of MRs?
23:54 bl4ckb0ne: make one mr of "misc fixes" and try to group them logically