<feed xmlns='http://www.w3.org/2005/Atom'>
<title>geiser/elisp/geiser-base.el, branch 0.33</title>
<subtitle>emacs and scheme talk to each other</subtitle>
<id>https://jao.io/cgit/geiser/atom?h=0.33</id>
<link rel='self' href='https://jao.io/cgit/geiser/atom?h=0.33'/>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/'/>
<updated>2026-04-26T18:50:45Z</updated>
<entry>
<title>new attempt at fixing #74</title>
<updated>2026-04-26T18:50:45Z</updated>
<author>
<name>jao</name>
<email>jao@gnu.org</email>
</author>
<published>2026-04-26T18:50:45Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=185191df527b51ce521084f8c32030e87dabb5e9'/>
<id>urn:sha1:185191df527b51ce521084f8c32030e87dabb5e9</id>
<content type='text'>
It all seems to boil down to ansi-color-filter not recognising the format used
by guile-colorized, and leaving behind some control characters that we're
cleaning manually after the fact.

This is not a great solution, as it applies a guile bandage to all
implementations: we should define an implementation-dependent filter for input
coming from a remote repl, but the fact that it has also to be applied to
connections complicates matters.
</content>
</entry>
<entry>
<title>Cleanup library headers</title>
<updated>2024-07-06T15:37:23Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2022-07-14T12:33:38Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=de52f0e36f1709181c1ce4e787d79208fa2cb870'/>
<id>urn:sha1:de52f0e36f1709181c1ce4e787d79208fa2cb870</id>
<content type='text'>
- In the summary line, use three dashes to separate the file name
  from the summary.  That is the convention, which some tools depend
  on, and for some libraries we already did it here too.

- Capitalize the first word in the summary.  That is the convention,
  and for some libraries we already did it here too.

- For libraries that have a commentary, make sure it is placed in a
  "Commentary:" section.

- Make sure the "Code:" heading, which separates the header from the
  code part of the library, exists in all files.
</content>
</entry>
<entry>
<title>Define ring-member immediately if necessary</title>
<updated>2024-07-06T15:37:23Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2022-07-14T12:22:44Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=e3dd43e247591e588f530ed15867766aa9cc9482'/>
<id>urn:sha1:e3dd43e247591e588f530ed15867766aa9cc9482</id>
<content type='text'>
Right above the changed lines we require `ring'.  It is therefore not
necessary to delay evaluation until `ring' has been loaded; we know it
has already been loaded.
</content>
</entry>
<entry>
<title>fix: message takes a format string as first argument</title>
<updated>2024-05-23T00:28:48Z</updated>
<author>
<name>jao</name>
<email>jao@gnu.org</email>
</author>
<published>2024-05-23T00:28:48Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=93daa64dbe33e563d2933cafcfe55a00f3874954'/>
<id>urn:sha1:93daa64dbe33e563d2933cafcfe55a00f3874954</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Silence byte-compiler</title>
<updated>2023-12-15T21:34:19Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2023-12-15T21:29:47Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=9cad7e90a4cdb22b35b01f682fcb8bba641b0a93'/>
<id>urn:sha1:9cad7e90a4cdb22b35b01f682fcb8bba641b0a93</id>
<content type='text'>
`dotimes' has a defect (and a fixme which is over a decade old) that
causes a bogus (though technically correct) warning about VAR being
unused, if RESULT is not omitted but does not use VAR.
</content>
</entry>
<entry>
<title>Use lexical-binding</title>
<updated>2023-12-15T21:33:58Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2023-12-15T21:29:45Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=b20dd4d77b92197d88d7cf3512fe202581d5c430'/>
<id>urn:sha1:b20dd4d77b92197d88d7cf3512fe202581d5c430</id>
<content type='text'>
Emacs 30.0.50 has started to warn when this variable isn't set,
presumably so that the default can be changed from nil to t in
a few years.

I see no reason not to use lexical-binding.
</content>
</entry>
<entry>
<title>Silence byte-compiler</title>
<updated>2022-01-31T13:43:08Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2022-01-31T13:40:14Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=f7d91d04e3fcca40268439e702cb6c4f5c90ab98'/>
<id>urn:sha1:f7d91d04e3fcca40268439e702cb6c4f5c90ab98</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Mark the beginning of code part of elisp libraries with Code: heading</title>
<updated>2020-03-27T20:38:45Z</updated>
<author>
<name>Jonas Bernoulli</name>
<email>jonas@bernoul.li</email>
</author>
<published>2020-02-25T13:32:18Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=3ceb31b71824e59e3f000edf7cb09ab86616d723'/>
<id>urn:sha1:3ceb31b71824e59e3f000edf7cb09ab86616d723</id>
<content type='text'>
It's the convention and by following it we make a big step towards
supporting outline navigation.

The convention doesn't say much about what parts of the code are
supposed to be part of that sections and what parts belong in a
subsequent section.  Here we put the `require' forms in this section
and maybe some setup code, that's a popular approach.

In most cases there was "" where we now insert "Code:".  They both
serve a similar purpose and we keep the former because some users
depend on that for navigation.  We even add this "" in libraries
where it previously was missing.

In some cases the permission statement was followed by a commentary,
which obviously does not belong in the "Code:" section.  In such cases
add the conventional "Commentary:" section.
</content>
</entry>
<entry>
<title>Alias for font-lock-ensure (should fix #274)</title>
<updated>2019-05-15T00:27:41Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2019-05-15T00:27:41Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=a30d7dd09c5c96d31e8df749e51cdfc2c346445a'/>
<id>urn:sha1:a30d7dd09c5c96d31e8df749e51cdfc2c346445a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Be in good terms with haskell-mode</title>
<updated>2016-06-17T16:54:35Z</updated>
<author>
<name>Jose Antonio Ortega Ruiz</name>
<email>jao@gnu.org</email>
</author>
<published>2016-06-17T16:54:35Z</published>
<link rel='alternate' type='text/html' href='https://jao.io/cgit/geiser/commit/?id=35a1dfc04f0c4f60b2384c9b5e6c99e178384801'/>
<id>urn:sha1:35a1dfc04f0c4f60b2384c9b5e6c99e178384801</id>
<content type='text'>
Avoid redefining font-lock-ensure, so that haskell-mode doesn't get mad
at us.  Should close github's #164.
</content>
</entry>
</feed>
