<feed xmlns='http://www.w3.org/2005/Atom'>
<title>geiser/elisp, branch 0.1.4</title>
<subtitle>emacs and scheme talk to each other</subtitle>
<id>https://jao.io/cgit/geiser/atom?h=0.1.4</id>
<link rel='self' href='https://jao.io/cgit/geiser/atom?h=0.1.4'/>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/'/>
<updated>2011-11-26T06:11:26Z</updated>
<entry>
<title>Racket: capturing and displaying standard error during evaluation</title>
<updated>2011-11-26T06:11:26Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-11-26T06:11:26Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=8a61de0ab4d29d777122a15734c68e9744a69d30'/>
<id>urn:sha1:8a61de0ab4d29d777122a15734c68e9744a69d30</id>
<content type='text'>
This bugs was exposed by using rackunit, where all the output of, say,
check-eq? was lost for good (it was being sent to the stderr black
hole).

Hat tip Grant Retkke.
</content>
</entry>
<entry>
<title>Bug fix: avoiding sending unbalanced sexps in C-c C-r and friends</title>
<updated>2011-10-01T21:03:41Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-10-01T21:03:41Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=d08f649e8bd6ddad39a4e9d4766f88dbb5d24048'/>
<id>urn:sha1:d08f649e8bd6ddad39a4e9d4766f88dbb5d24048</id>
<content type='text'>
We were not checking that the region sent to the scheme process was
balanced, resulting in said process waiting for ever on `read' (or its
moral equivalent in our current implementation).  We now just refuse
to evaluate an improper region in the first place.
</content>
</entry>
<entry>
<title>Compatibility with filladapt.</title>
<updated>2011-09-15T01:15:18Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-09-15T01:15:18Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=fa250dbf7620a050f61c4ccc5496507ade9bff82'/>
<id>urn:sha1:fa250dbf7620a050f61c4ccc5496507ade9bff82</id>
<content type='text'>
Seems like the add-on package filladapt.el is broken in that its
version of fill-adapt uses a non-optional first argument.  Aquamacs
users were filling the pain.  Fixed by passing nil in our call to
fill-paragraph.  Hat tip Jonathan Oddie.
</content>
</entry>
<entry>
<title>bug fix: make C-c C-z behave with run-geiser</title>
<updated>2011-09-08T21:15:36Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-09-08T21:15:36Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=ebad1fd4e47d87d2780ef29ed209f3cd0fed928c'/>
<id>urn:sha1:ebad1fd4e47d87d2780ef29ed209f3cd0fed928c</id>
<content type='text'>
The nice go-back-to-previous-scheme-buffer behaviour of C-c C-z wasn't
working when the jump from a scheme file to the REPL was initiated via
run-geiser.  Thanks, Marijn.
</content>
</entry>
<entry>
<title>REPL: restore TAB indenting behaviour around whitespace</title>
<updated>2011-08-20T20:47:53Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-08-20T20:47:53Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=6752fa5cd559e49449ccb03e53c8d19fda7afb4b'/>
<id>urn:sha1:6752fa5cd559e49449ccb03e53c8d19fda7afb4b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>REPL: new customizable faces for input and prompt</title>
<updated>2011-08-20T18:47:53Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-08-20T18:47:53Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=0f441d62d9cd89e6e1486af1b4283abe77d30822'/>
<id>urn:sha1:0f441d62d9cd89e6e1486af1b4283abe77d30822</id>
<content type='text'>
Namely, geiser-font-lock-repl-prompt and geiser-font-lock-repl-input.
</content>
</entry>
<entry>
<title>elisp: customizable patience amount on racket startup</title>
<updated>2011-08-20T01:23:30Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-08-20T01:23:30Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=7614e02ca555a166c29b110f83e7033339e0abd1'/>
<id>urn:sha1:7614e02ca555a166c29b110f83e7033339e0abd1</id>
<content type='text'>
In this little notebook i'm using, racket takes its time to start.  In
fact, it can take more the previously slotted 10 seconds.  Hence the
new geiser-repl-startup-time variable.
</content>
</entry>
<entry>
<title>elisp: add-hook doesn't need a defvared hook</title>
<updated>2011-08-02T15:07:27Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2011-08-02T15:07:27Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=ad7434be210344a6fb90384008ad9653daf4590a'/>
<id>urn:sha1:ad7434be210344a6fb90384008ad9653daf4590a</id>
<content type='text'>
Thanks, Leo.
</content>
</entry>
<entry>
<title>Irrelevant compilation warning fix</title>
<updated>2011-06-22T22:40:37Z</updated>
<author>
<name>jao</name>
<email>jao@gnu.org</email>
</author>
<published>2011-06-22T22:40:37Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=b0d6c15ad6801fb46093c85aa59e772373ca81a9'/>
<id>urn:sha1:b0d6c15ad6801fb46093c85aa59e772373ca81a9</id>
<content type='text'>
Using called-interactively-p instead of interactive-p, if you have to
know.  The latter is deprecated as of Emacs 23.2, which the lowest
version supported by Geiser.
</content>
</entry>
<entry>
<title>Avoid (read) breakage (fixes #33090)</title>
<updated>2011-06-22T22:32:27Z</updated>
<author>
<name>jao</name>
<email>jao@gnu.org</email>
</author>
<published>2011-06-22T22:32:27Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=4396a8cf2d27c03589a60e14c1eb95a3ba21fff8'/>
<id>urn:sha1:4396a8cf2d27c03589a60e14c1eb95a3ba21fff8</id>
<content type='text'>
Autodoc was firing while the REPL was waiting for input of a (read)
call, causing all kinds of misbehaviour.  We now inhibit autodoc on
sending a form for evaluation and re-inhibit it once a prompt is read
back again.
</content>
</entry>
</feed>
