libera/#clim - IRC Chatlog
Search
3:21:58
ck_
pillton: it would be helpful to anyone trying to debug this if you could make a small test program that exhibits the bug.
3:24:23
ck_
maybe try getting the details on the call at entry 7256 in the stack trace -- clim:region-union -- and try some edge cases there. I can only guess at this point
6:43:55
pillton
ck_: Sure. I'll see how I go this week. I don't have time at the moment as I am using my CLIM app to prepare material for a workshop.
12:21:51
scymtym
beach: thanks. i was wondering where to ask about making braking changes (to the xrandr extension code)
12:31:17
scymtym
xrandr is for inspecting and changing the output configuration. but it needs a lot of work as well
12:32:46
beach
I still think we should write a new CLX that concentrates on modern use of X11 and on modern use of Common Lisp.
12:33:17
scymtym
i would even say it looks like the author (of the randr code) may some exploratory implementation and that somehow got committed into the repository
12:34:49
scymtym
yes, he himself says that much of the extension mostly does not work. but some code could still be using the working parts. i seem to remember something about stumpwm
12:35:36
scymtym
but generally, yes, there would be a better way to implement clx nowadays. especially since the X ecosystem has machine readable descriptions of the protocols now
12:36:45
beach
A modern version could attempt to do all kinds of things right, like input methods and such.
12:38:06
scymtym
and input is still a mess in wayland. it's like "here's some raw data, just use the C libraries to get something meaningful out of it"
12:40:06
rotateq
Would the goal be to make it like with clx for wayland when it's more stable? To stay without third party dependencies there I mean.
12:41:12
scymtym
rotateq: i don't know about other efforts, but i keep my wayland library as ffi-free as possible
12:42:55
rotateq
scymtym: Didn't look into wayland by now really, first it would be more of use for me to understand X things for CLIM. ^^