freenode/#clim - IRC Chatlog
Search
14:23:37
beach
In the listener, we used to first evaluate the expression using the same thread as the one reading the expression. Then at some point Athas changed that so that a new thread was spawned for the evaluation, effectively allowing the user to interrupt the evaluation if it turns out that it is in an infinite loop.
14:25:20
djeis[m]
Well, if that evaluation tried to write to the listener pane you might’ve hit threading weirdness.
14:26:27
beach
In the listener thread, there are bindings of special variables in place, and those are lost by default when a new thread is spawned.
14:26:54
beach
So to make that work, the new thread had to be initialized with the same values of those special variables.
14:32:57
beach
I thought for a while I had a better solution, but now I think mine has the same problem.
14:36:59
jackdaniel
correct solution would be binding separate streams for this thread and passing keyboard input to the process
15:16:46
scymtym
can anybody confirm that (defclass foo () ((bar :initform (make-hash-table)))) (clouseau:inspector (make-instance 'foo)) shows the "Hash table" string with a vertical offset and also misaligned with respect to the presentation highlight?
15:27:55
beach
The text is upside-down in the sense that it is a mirror image with respect to a horizontal line.
15:42:12
jackdaniel
looking at screenshots it looks as if beach is using freetype (ffi-based) renderer loke wrote, while scymtym is using ttf, which performs only text translation
15:48:21
scymtym
jackdaniel: looks nice. if can make a suggestions: use a more subtle color palette like #0072bd #d95319 #edb120 #7e2f8e #77ac30 #4dbeee #a2142f (which is gnuplot's default, i think) - it makes a big difference
15:49:35
jackdaniel
we should make contrasting inks return better values. thank you for a suggestion, I'll change it locally to said colors
15:50:05
scymtym
cool, i didn't know that existed. and i agree improving its defaults would make it super useful