luna-is-here has quit [Remote host closed the connection]
luna-is-here has joined #commonlisp
_whitelogger_ has quit [Remote host closed the connection]
mzan has joined #commonlisp
_whitelogger_ has joined #commonlisp
lagash has quit [Ping timeout: 260 seconds]
brokkoli_origin has quit [Ping timeout: 260 seconds]
brokkoli_origin has joined #commonlisp
dajole has quit [Quit: Connection closed for inactivity]
seanw has joined #commonlisp
seanw has quit [Remote host closed the connection]
seanw has joined #commonlisp
szkl has quit [Quit: Connection closed for inactivity]
tucktuck has quit [Ping timeout: 264 seconds]
Pixel_Outlaw has quit [Remote host closed the connection]
tucktuck has joined #commonlisp
tucktuck has quit [Remote host closed the connection]
tucktuck has joined #commonlisp
AetherWind has joined #commonlisp
Pixel_Outlaw has joined #commonlisp
_whitelogger_ has quit [Remote host closed the connection]
<Pixel_Outlaw>
Hello, is "mcclim" the current quicklisp package for CLIM? I was going to toy with it. I get an error when quickloading "The symbol "RENDER-SET-PICTURE-TRANSFORM" is not external in the XLIB package."
<beach>
You may need to update Xlib.
<beach>
You can ask in #clim for further information, but I suspect jackdaniel is still asleep.
<Pixel_Outlaw>
beach, thanks!
<beach>
Sure.
_whitelogger_ has joined #commonlisp
zwr has quit [Read error: Connection reset by peer]
zwr has joined #commonlisp
<jackdaniel>
Pixel_Outlaw: make sure that you use clx from quicklisp. I wager you have some old clx bundled with the implementation
<jackdaniel>
funnily I'm not asleep due to the littliest one, so I'm making pancakes now instead
eeeoo has joined #commonlisp
<Pixel_Outlaw>
:D
<Pixel_Outlaw>
Do I just (ql:quickload :clx) ? Quicklisp always causes me trouble.
eeeoo has quit [Remote host closed the connection]
<jackdaniel>
first try (ql:update-all-dists)
<jackdaniel>
then quickload mcclim
<Pixel_Outlaw>
CL-USER> (ql:update-all-dists)
<Pixel_Outlaw>
3 dists to check.
<Pixel_Outlaw>
; Debugger entered on #<QL-HTTP::END-OF-DATA {100BFC1303}> Condition QL-HTTP::END-OF-DATA was signalled.
<jackdaniel>
if still a problem check clx with (asdf:locate-system "mcclx") if that's the right one
<jackdaniel>
well, it seems that your system is funky, try to install ql anew
<Pixel_Outlaw>
ok
anticomputer has quit [Remote host closed the connection]
<jackdaniel>
"clx" **
anticomputer has joined #commonlisp
<aeth>
sometimes when weird things happen it's a corrupted cache and ~/.cache/common-lisp has the problem file cached
<Pixel_Outlaw>
aeth, thanks. Looking now.
<jackdaniel>
qnext week many important improvements are landing in mcclim, ones I've teased recently
amb007 has joined #commonlisp
<Pixel_Outlaw>
jackdaniel, as long as I've got you here, do you think that McCLIM is suitable to render a few thousand lines on a canvas object and still have it be able to be zoomed in and out?
piglet has joined #commonlisp
<Pixel_Outlaw>
Just the usual panning and zooming. I can do the math to press them down into the canvas (or, whatever the term for McCLIM is)
<jackdaniel>
depending on actual code -- yeah
<jackdaniel>
that said abovementioned changes will speed this up drastically too
<Pixel_Outlaw>
Good, I've been wanting to do a trial for some CAD stuff. Not as heavy as industry standard just some light testing for a small personal drawing tool.
<jackdaniel>
one addressed pitfall still lurking in master is that scrolling when output leaves the page can get pathologically slow
<jackdaniel>
but ifit fits in a viewport you're good
<Pixel_Outlaw>
Nice. :) I DO like the idea of a LISP GUI, it's a tough spot in the other GUI libraries where we constantly have to wrap a moving target.
amb007 has quit [Ping timeout: 265 seconds]
<jackdaniel>
a cool thingI'm making happen is thread safety for drawing -- no main thread tyranny ;)
<Pixel_Outlaw>
So I can say, keep my canvas going while I've also got a REPL going to receive the Lisp based drawing commands? That'd be ideal. For example it may be the case where I need the user to click a line or two to trim them but I can't have the REPL waiting and need the UI to keep receiving events.
rainthree has joined #commonlisp
lagash has joined #commonlisp
anticomputer has quit [Remote host closed the connection]
anticomputer has joined #commonlisp
<jackdaniel>
yes, but it is not merged yet
amb007 has joined #commonlisp
<jackdaniel>
you'll be even able to spin a thread that draws an animation (although there are more performant ways to do that)
<Pixel_Outlaw>
Nice. It would be cool to see more REPL driven tools especially.
<Pixel_Outlaw>
I think Emacs is the only one that has 1:1 parity with Lisp and in program commands.
lagash has quit [Ping timeout: 272 seconds]
<jackdaniel>
technically clim is driven by commands
amb007 has quit [Ping timeout: 260 seconds]
<jackdaniel>
individual expressions are more low level; but yeah, this workflow should also work
<jackdaniel>
generally in clim repl becomes redl - read(command), execute, display loop
<Pixel_Outlaw>
I see. :)
<Pixel_Outlaw>
I think we have a great advantage to have the REPL but more tools would be nice. I'd also like to make a raster for video game sprites.
<Pixel_Outlaw>
*raster editor
<Pixel_Outlaw>
Too many tools are written in a rigid language and their scripting is added as an afterthought and too high level making for lack of granularity.
<jackdaniel>
see mcpixel by Andy Hefner (floating on github) -- it is broken with mcclim I think but still a nice tool
<Pixel_Outlaw>
Sure, sounds interesting.
<jackdaniel>
mcclim has this macro with-output-to-drawing-stream where instead of a window you may print/draw to pdf,ps,png,svg,new window etc