freenode/#clim - IRC Chatlog
Search
12:15:32
scymtym
i'm making a visual protocol analyzer. manually creating output records and repainting specific regions is working fairly well: https://techfak.de/~jmoringe/protocol-analyer.ogv . what i couldn't figure out: can i have the scroll-pane automatically scroll down?
12:18:35
jackdaniel
scymtym: you may queue an event at regular intervals which trigger your handle-event function (and which may scroll the pane)
12:19:49
jackdaniel
I think McCLIM has also a timer interface (which does it for you at regular intervals), but I saw in comments that it bitrotten (I don't know if it works)
12:21:25
scymtym
jackdaniel: thanks, i'm already using an event mechanism to update add output records and change the space requirements, so i'm not sure that's the problem
12:22:27
scymtym
i guess i could try to adjust the scroll pane as a final step of the event-driven update if there is a way to do that programmatically
12:26:45
jackdaniel
"Note that each implementation may not have "hot spots" corresponding to each of these callbacks. "
12:27:13
jackdaniel
and I think this is a case - that we don't detect any of these hot spots (at least in the Core/ module)
12:27:54
jackdaniel
well, maybe we do detect others, I mean I don't find explicit calls to scroll-to-bottom-callback in core module
12:48:13
scymtym
sorry, renamed the file. it's https://techfak.de/~jmoringe/protocol-analyzer.ogv now
12:54:01
jackdaniel
btw, one trick I've learned when working on patterns: drawing a grid http://ix.io/1mVS/lisp
13:14:02
scymtym
setting PANE-BACKGROUND at a later point in time works, but using the :background initarg causes an error in REALIZE-MIRROR-AUX which seems to expect a color, not a design
13:19:13
scymtym
ha, instant scientific and sophisticated look: https://techfak.de/~jmoringe/protocol-analyzer.png
13:29:57
jackdaniel
that you can't pass design as :background? well, I'd certainly like to be able to pass it, so yes
13:48:31
jackdaniel
I think that this IF is bogus whatsoever: if ink can't be background, it should signal a condition like it does with permanent-medium-sheet-output-mixin
13:49:51
jackdaniel
(rgba-value ink) returns rgba color (I'm still not sure what format will be the best)
13:50:25
jackdaniel
for uniform inks it will return ink itself, but for patterns it returns matching design (etc)
13:51:13
jackdaniel
but it doesn't have to be a case (as you've noted with setfing explicitly pane-background afterwards)
13:51:27
scymtym
yes, it is only used for the background of the X window, though, which shouldn't matter too much
13:53:18
jackdaniel
but we'd have to check that (i.e for pane, which doesn't have always-repaint-background-mixin)
13:54:20
scymtym
i guess in the old times, or when forwarding X over a slow connection, it could have the benefit of drawing a correctly colored background onto your screen before drawing the window contents
13:55:08
jackdaniel
more I dig into clx more I'm convinced we should slowly migrate to xrender and abandon gcontext-based rendering
14:05:27
scymtym
jackdaniel: https://techfak.de/~jmoringe/x-background.png is with static cyan background for the X window
14:08:41
scymtym
there seems to be an issue with X coordinates as well: when the pane with the grid background grows large enough, an error "The value -32789 is not of type (SIGNED-BYTE 16) when binding XLIB::VALUE" is signaled