08:13wlb: weston Issue #856 opened by M B (mwberry) weston-terminal renders as a black square, other weston-* tools are fine https://gitlab.freedesktop.org/wayland/weston/-/issues/856
08:18|: I'm curious: Accessibility is sometimes an afterthought. Would there be a need for a wayland protocol that allows a client to advertise it is capable of interacting with a screen reader from the compositor? I think most of the time this is done in-app, text-to-speech, like in web browsers. It'd be neat if you could request this functionality from the compositor, but it's likely already part of GUI toolkits
08:18|: and I'm just naive.
08:19|: When it's part of the GUI toolkit this is great, but I think the distant goal is a screenreader than can do document layout recognition and optical character recognition from surfaces if the GUI toolkit doesn't lend itself at all
08:19|: From Windows, I'm only familiar with dragon naturally speaking :>
09:07wlb: weston Issue #857 opened by M B (mwberry) Weston launcher renders icons incorrectly depending on size and screen rotation https://gitlab.freedesktop.org/wayland/weston/-/issues/857
09:52MrCooper: Arnavion: xserver does unlimited buffering on the server side, which obviously has its own issues
10:11Arnavion: Ah
14:52daniels: Arnavion: why not just increase the socket buffer size?
15:10Lacrocivious: While an experienced linux user, I am not a coder. I use Fedora Workstation (38 at the moment) with KDE 5.27.9 under X11 and I have a (for me) critical question about switching to Wayland. Namely, focus follows mouse and hover-to-raise action on titlebars. Wayland appears to ignore this and only hover-raises the content window under the titlebar. I stack applications in 'reverse cascade' with the top titlebar beginning at some remove from the left
15:10Lacrocivious: edge. The next window is one titlebar width below that and stepped to the left just enough for the application icon to stick out to the left of the top one, so several stacked apps look like stairsteps, bottom left to upper right
15:10Lacrocivious: In X11, this allows me to hover over the titlebar icon to switch to that window without clicking
15:12Lacrocivious: Rather, to raise that window to active. Apparently I cannot do this in Wayland, and this would basically destroy my working patterns. Is there a Wayland feature to duplicate the X11 behavior in this regard?
15:12Lacrocivious: I would appreciate guidance for where to ask this question, as it may not be here
15:18kennylevinsen: Lacrocivious: that's a KDE question as that is a compositor decision they make - it is unrelated to Wayland, the protocol
15:19Lacrocivious: kennylevinsen: Thank you for your concisely perfect explanation in response to my excessively loquacious query ;-)
15:31soreau: Lacrocivious: I think wayfire follow-focus plugin has what you describe, you can see the options for it here https://github.com/WayfireWM/wayfire-plugins-extra/blob/master/metadata/follow-focus.xml but for kde specific functioinality, you'll have to ask them if they have anything like it