freenode/#clim - IRC Chatlog
Search
15:00:37
jackdaniel
scymtym: regarding with-double-buffering, I remember you had your own implementation - how does it work?
15:01:24
jackdaniel
I'd like to get rid of double buffering as it is defined in graphics.lisp (it is a hack), that should be solved at medium's discretion
15:03:16
jackdaniel
n.b double buffering as it is defined now gets in a way with xrender extension and the ttf renderer
15:06:19
scymtym
jackdaniel: the removal in this pull request is due to a race condition when the mirror, medium and transformation is temporarily switched back and forth. my longer-term goal is completely different from the current implementation
15:08:00
jackdaniel
yes, race conditions with access are precisely the problem when used with xrender. I'm asking here, because question is not relevant to the pull request itself
15:09:41
scymtym
my "proper" implementation uses an offscreen buffer in "single-mirroring" mode for each top-level sheet. the port then draws complete frames at a given rate by collecting and drawing these offscreen buffers
15:11:19
scymtym
the complicated part is not collecting an offscreen buffer while it is in an inconsistent state. to ensure this, the port submits an event to the sheet in question which, when it is processed, blocks event processing for the sheet until the port is done
15:13:09
jackdaniel
n.b regarding meta-key / left-alt -- while we do not consider keyboard layotus now (there is are long-standing tickets on both mcclim and clx tracker about that), in principle in some languages (i.e Polish), alt-left + [character] produces i.e ś (or other language-dependent characters), and that behavior is very much unlike meta modifier. I wonder if the second commit won't have to be eventually
15:15:25
jackdaniel
yes, but we were discussing it from another angle (I think I didn't mention the keyboard layout thing)
16:00:54
jackdaniel
scymtym: I've reviewed 868 and left comments. while doing that I've found a bug (which is not a regression in 868) -- it is reported as 961
19:00:57
jackdaniel
ACTION sighs, apparently Drei have some logic which connects repaints with redisplays, I'm not sure how valid that is spec-wise, but it is certainly nasty
19:02:01
jackdaniel
I wouldn't care, but our gadgets depend on this library, and an approach of first displaying then replaying on streams breaks the prompt drawing in drei