libera/#clim - IRC Chatlog
Search
13:38:12
random-nick
jackdaniel: I tested in a fresh archlinux vm, and the bug does seem to be dependent on the desktop environment
13:38:36
random-nick
it appears on kde and gnome on wayland (where mcclim is presumably running via xwayland)
13:39:12
random-nick
as for xfce4, it appears when display compositing is on but disappears when display compositing is off
13:40:18
random-nick
so it seems to be dependent on the window manager (or more likely, the window manager's compositor)
13:40:24
jackdaniel
I have xfce4 with compositing (but no wayland) and no visible defect; thanks for the hint
13:49:25
random-nick
jackdaniel: I just rebooted the vm with software graphics instead of paravirtualised graphics and the bug disappeared under xfce4
13:51:46
jackdaniel
i.e when I log in I can choose between various options, like xfce4, gnome classic, gnome wayland
13:54:38
jackdaniel
well, xquartz is something I can't check because apple seems to be reluctant to make their software available on "normal" virtual machines
13:56:36
jackdaniel
but then, it is not my fault I can't improve their customers experience for free ,-)
14:00:14
random-nick
I just tried kde on my host system (I have amd graphics) and the bug does appear
14:10:00
random-nick
forgot to mention that the single mirror backend doesn't have the artifacts for me
14:11:42
jackdaniel
we may always pretend that there is no bug and take delight in implementing bezigon inclusion point test
14:14:00
beach
Maybe the single-mirror backend should be the default. People who write their own mirrored sheets may have to work a little bit harder then, but it would make life easier for most of us.
14:15:44
jackdaniel
I think that having single mirror by default in clx backend is fine. what's more, that does not stand in opposition to having inside sheets with their own mirror even if we default to that
14:17:21
jackdaniel
a correct implementation of the specification implies, that mirrored and unmirrored sheets may be interwened in the hierarchy
14:17:56
jackdaniel
when :mirroring :full is specified for the clx default port it only means, that the frame manager adds a mirrored-sheet-mixin to each created pane
14:18:20
jackdaniel
if you specify :mirroring :single, the frame manager won't do that, but if the pane is specified itself to have a mirror then it will have one
14:18:41
jackdaniel
what's more, for testing purposes I've also implemented a variant :mirroring :random
14:19:08
jackdaniel
and it also seems to work rather fine (although there are some corner cases that are not very gracefully handled)
14:32:41
jackdaniel
perhaps this may be because my machine is reasonably fast and something "catches up" to some other concurrent process
19:25:36
random-nick
so I looked into that issue again and found something confusing: when I hover my cursor over the window manager's close button, the bugged text disappears, displaying the scrolled sheet how it's supposed to look
19:27:26
random-nick
I'm not really familiar with mcclim's implementation and the x11 protocol, but I found a clim-clx::event-handler function and traced it, and seemingly got the windowing system events printed out, but when I hovered over the close button no trace was printed
20:51:45
jackdaniel
perhaps clim should call display-force-output at some point and it doesn't? or something in this spirit
21:04:40
random-nick
display-finish-output seems to be called constantly, even when I move the cursor while on the window
21:05:20
random-nick
assuming display-finish-output is like finish-output in that it doesn't matter how much after the output you call it
21:53:17
jackdaniel
sure. so that's not ir I guess. still it is only natural that clx does not process the window decoration events (i.e the xlose button)
21:55:12
random-nick
yeah, I get that, the strange part is that it changes how the window is displayed
21:55:51
random-nick
it could be just some kind of xorg bug, especially since clx/mcclim doesn't use the newest extensions