geiser-chez, branch 0.1geiser and chez talk to each otherhttps://jao.io/cgit/geiser-chez/atom?h=0.12010-12-20T02:08:06ZNits and release tag2010-12-20T02:08:06ZJose Antonio Ortega Ruizjao@gnu.org2010-12-20T02:08:06Zurn:sha1:c82a944025ee08280dc507004ab98435f184cc23Latest updates before 0.12010-12-20T01:24:15ZJose Antonio Ortega Ruizjao@gnu.org2010-12-20T00:21:34Zurn:sha1:c826eb2e462ed8d2ab2ae8be5050d79e478db796Missing autoload for connect-to-racket2010-12-18T15:02:46ZJose Antonio Ortega Ruizjao@gnu.org2010-12-18T15:02:46Zurn:sha1:ea2af4ac14c3351094377bc06f41232de9a6fb94
Maybe i should bite the bullet and use ##autoload cookies, but then
geiser.el would need to be a generated file, breaking
out-of-the-boxness (unless i update it by hand). Sticking to manual
maintenance for now.
Docs: clarification about quack2010-12-18T03:45:38ZJose Antonio Ortega Ruizjao@gnu.org2010-12-18T03:45:38Zurn:sha1:c369a98132d38affe0bee659f33181db694c9e52
Greg Hendershott tells me that, unless you require quack after loading
geiser, quack's font lock is somehow ignored. I have yet to understand
why.
Docs nit2010-12-18T03:21:16ZJose Antonio Ortega Ruizjao@gnu.org2010-12-18T03:21:16Zurn:sha1:ee5a005c6ea72219b7ceec510214543a48e8026dA quack compatibility bit2010-12-15T18:18:04ZJose Antonio Ortega Ruizjao@gnu.org2010-12-15T18:18:04Zurn:sha1:4b7a1b2afe0630e5b4c02f6cbe23bee53aa62eb9
If quack-mode is active, we leave additional font locking to it.
Debugging aids2010-12-14T22:21:23ZJose Antonio Ortega Ruizjao@gnu.org2010-12-14T22:21:23Zurn:sha1:176b84f5aedc1bb23d91337b10570981e9af7545
A couple functions to manage logs, and a fix to the definition of
geiser-messages-mode: do not ever kill all local variables in a
derived mode definition!
No more vicious error circle on tq errors2010-12-14T21:57:18ZJose Antonio Ortega Ruizjao@gnu.org2010-12-14T21:57:18Zurn:sha1:8cac1fd62779f6552ce4e5ac5d8f9a886526420d
I've eliminated the annoying *spurious* popup produced by tq, so that
Geiser can recover from error conditions arising from unexpected
input to a transaction queue that has no active transaction. We now
log the offending input and keep going.
Greg, over at racket's list, reported such a happening when leaving
the REPL after C-u C-c C-z; but i've been unable to reproduce the
problem. Probably, we have a bug lurking somewhere that this patch
doesn't fix, but at least it should work as a palliative.
Documentation bit2010-12-11T03:24:14ZJose Antonio Ortega Ruizjao@gnu.org2010-12-11T03:24:14Zurn:sha1:41f4dcc669f809dd3a73f78b81f50f780f152aebDocumentation updates, and a shiny new image2010-12-11T03:05:57ZJose Antonio Ortega Ruizjao@gnu.org2010-12-11T03:05:57Zurn:sha1:dfe2b83ff6eb51cbaf134b5cdfc1e416c1541b8b