freenode/#clim - IRC Chatlog
Search
15:10:53
jackdaniel
I believe this is a plan, to change internet from p2p communication to b2c distribution
15:26:25
scymtym
Kaz_: that is probably due a bug in either SBCL 1.4.10 or SBCL 1.4.11. are running one of those by any chance?
15:28:24
Kaz_
I recently switched to Arch Linux. I have to figure out how I can do downgrading of a package.
15:30:46
scymtym
right, assuming you are on a x86_64 machine, there is a pre-built 1.4.11 package at http://www.sbcl.org/platform-table.html
16:22:18
jackdaniel
"fun" fact, xlib:draw-lines and xlib:draw-rectangle behave differently wrt applying gc mask
16:31:59
slyrus
jackdaniel: one day (not this morning) I want to talk about applying non-trivial transformations to sheets. keep that in mind :)
16:33:23
jackdaniel
I can tell you that many things will horribly break out of the bat. i.e we often treat sheet-native-transformation as a translation and use transformed 0,0 as top-left point in medium drawing operations
16:34:16
jackdaniel
but sure, we may talk about it. keep in mind though, that whem I'm done with current changes I'm jumping ship to ECL for another few weeks
16:49:44
beach
I take that to mean that there is a kind of a "prefix" of the pane hierarchy that has simpler transformations than one might find further down the tree.
16:55:23
slyrus
and we should make the distinction between axis-aligned rectangles and those that aren't necessarily axis-aligned. A top-level sheet should probably only be axis-aligned.
16:56:58
jackdaniel
I didn't investigate why is that, probably it checks matrix and float operatiosn are, khrm
16:57:06
beach
slyrus: Yes, I think the idea is that the top-level sheet has the identity transformation with respect to the display server.
17:02:14
jackdaniel
I'm inclined to suspect, that X server ignores x/y-clip-origin for +x-fillpolly+ request (and that would be a bug)
17:20:03
jackdaniel
(or it is clx who doesn't send these parameters correct for non-rectangles - I've confirmed that the same problem applies to xlib:draw-ark)
17:21:20
beach
For a while there, I thought the ultra-religious Americans had taken over X11 or CLX.
18:44:43
jackdaniel
origin works fine, the problem is that only rectangle's gcontext is relative to its drawable
18:45:27
jackdaniel
other operation's have 0,0 at the beginning of the graft and I don't see any flaws in how clx calls the xserver
19:55:13
jackdaniel
could anyone try this demo: http://ix.io/1mz9 to confirm, that the problem is not specific to my environment?
19:58:04
jackdaniel
basically the left pane uses draw-rectangle with pattern ink and the right pane uses draw-polygon with points making the same rectangle (likewise)
19:58:44
jackdaniel
failure on my host is that while left pane is drawn correctly, on the right one diagonal starts from the top-left of my screen
19:59:15
jackdaniel
(so the diagonal rectangles will cross the right pane assuming they start at top-left of the screen)
20:00:50
jackdaniel
(space is a keystroke for empty command to ensure, that everything is redisplayed, not just repainted)
20:06:24
scymtym
as long as "must be a bug in my x11 server" is not like "must a compiler bug" or "must be cosmic rays"