<feed xmlns='http://www.w3.org/2005/Atom'>
<title>geiser-guile, branch 0.7</title>
<subtitle>geiser and guile talk to each other</subtitle>
<id>https://jao.io/cgit/geiser-guile/atom?h=0.7</id>
<link rel='self' href='https://jao.io/cgit/geiser-guile/atom?h=0.7'/>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/'/>
<updated>2015-02-09T05:38:54Z</updated>
<entry>
<title>Preparing 0.7</title>
<updated>2015-02-09T05:38:54Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2015-02-09T05:38:54Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=fbd43f27d26cb0c40d2a2d6ede7752575e453e13'/>
<id>urn:sha1:fbd43f27d26cb0c40d2a2d6ede7752575e453e13</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Documentation updates and nits for Freija</title>
<updated>2015-02-09T05:03:12Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2015-02-09T03:14:49Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=3dd68414304fede65cb3f0c7951d813bb7b0f792'/>
<id>urn:sha1:3dd68414304fede65cb3f0c7951d813bb7b0f792</id>
<content type='text'>
Preparing the release of 0.7, which will feature support for Chicken
thanks to Dan and Freija!
</content>
</entry>
<entry>
<title>Initial Chicken support</title>
<updated>2015-02-09T05:01:56Z</updated>
<author>
<name>Dan Leslie</name>
<email>dan@ironoxide.ca</email>
</author>
<published>2014-11-21T01:36:50Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=383585e44e56be0e690ad96895f73abf8454d3be'/>
<id>urn:sha1:383585e44e56be0e690ad96895f73abf8454d3be</id>
<content type='text'>
</content>
</entry>
<entry>
<title>NEWS update</title>
<updated>2015-01-19T02:34:25Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2015-01-19T02:34:25Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=ebbb1f69de76d8dac705ef3b977b1598572b87f7'/>
<id>urn:sha1:ebbb1f69de76d8dac705ef3b977b1598572b87f7</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Not cleaning the image cache before displaying images</title>
<updated>2015-01-19T01:46:00Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2015-01-19T01:46:00Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=7b9383db986ee9ed9ab5287af64440ae1f94dfd7'/>
<id>urn:sha1:7b9383db986ee9ed9ab5287af64440ae1f94dfd7</id>
<content type='text'>
Image cache cleaning was being performed during comint output filtering
and, since that can happen in batches, if the total output had more
images than the maximum cache size, some of them would be gone (in fact
it was even worse: we were cleaning the cache after each image display).

Now we just perform cache maintenance before sending the input, and
avoid paying a price for non-rackets by making the cache dir setting
implementation-specific.
</content>
</entry>
<entry>
<title>Racket: displaying graphics in structured objects</title>
<updated>2014-12-31T19:26:13Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2014-12-31T19:18:19Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=27b7eacc9c062328d189337e02c2229b4be3e3c7'/>
<id>urn:sha1:27b7eacc9c062328d189337e02c2229b4be3e3c7</id>
<content type='text'>
By hooking the pretty-printer, as discovered by Greg in issue #49.  To
attain nirvana, we would still need (display (list graph)) to work...
</content>
</entry>
<entry>
<title>Racket: show images with print, write and display</title>
<updated>2014-12-29T01:46:12Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2014-12-29T01:46:12Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=0dbd605e631beea9b46f526deda2a7d05928c49f'/>
<id>urn:sha1:0dbd605e631beea9b46f526deda2a7d05928c49f</id>
<content type='text'>
Up to now, we were only displaying images when printed as values by the
REPL, but not when image values were explicitly print-ed, write-d or
display-ed.  This patch solves that problem by installing (semi)
appropriate port-{print,write,display}-handler.  This is still and
incomplete solution in that those handlers (as well as the already
installed current-print-handler) don't recurse over a value's structure
and won't produce images embedded in other data structures, as discussed
in issue #49.
</content>
</entry>
<entry>
<title>New MELPA URLs</title>
<updated>2014-11-01T02:51:05Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2014-11-01T02:51:05Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=a1c1f48872801ed47ec056fffc585011a068907b'/>
<id>urn:sha1:a1c1f48872801ed47ec056fffc585011a068907b</id>
<content type='text'>
</content>
</entry>
<entry>
<title>remove geiser-mode--maybe-activate from scheme-mode-hook on geiser-unload</title>
<updated>2014-10-06T18:47:28Z</updated>
<author>
<name>Henry Till</name>
<email>henrytill@gmail.com</email>
</author>
<published>2014-10-06T18:47:28Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=fe869d21f9a2a5c81b0740aaa809205a019faf3f'/>
<id>urn:sha1:fe869d21f9a2a5c81b0740aaa809205a019faf3f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>A NEWS update</title>
<updated>2014-09-23T01:25:51Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2014-09-23T01:25:51Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser-guile/commit/?id=1d1e209999ae7b3d1a5016fdf00ec7206965d1b2'/>
<id>urn:sha1:1d1e209999ae7b3d1a5016fdf00ec7206965d1b2</id>
<content type='text'>
Since we have so few, let's not wait to add just one more!
</content>
</entry>
</feed>
