| Age | Commit message (Collapse) | Author |
|---|
|
This option allows for easier editing of expressions on the REPL
without accidentally sending the input to the inferior Scheme.
When turned on, the REPL behaves similarly to the Chez REPL.
|
|
|
|
|
|
I am eliding any flags provided in geiser-chicken-binary, since
version checks should be affected by them to my knowledge.
Should fix issue #265
|
|
|
|
|
|
|
|
Add a new customization variable for an init file to be read on startup of a
Chez REPL, where user code can be defined. The usage is copied from the
equivalent Racket init file, to avoid an error if the file has not been created.
|
|
Avoid parsing csi's help message to get CHICKEN's version. Use a more
stable API to get it (`chicken-version').
As a beneficial side-effect, get rid of `seq-filter', which is not
available in Emacs 24. Should fix
https://gitlab.com/jaor/geiser/issues/262
|
|
|
|
He really merits this mention for his great efforts to learn and
finally find out the right thing!
|
|
* Narrow font-lock syntax highlighting to only the
active REPL input region.
* Mark REPL output read-only. This can be changed via the
option `geiser-repl-read-only-output-p`.
* Mark REPL output with a user-definable face as
`geiser-font-lock-repl-output`.
Alternatively an option to syntax highlight REPL output
is provided via the option `geiser-repl-highlight-output-p`.
This applies scheme-mode syntax highlighting to any REPL
output. Any additional hooks defined via scheme-mode-hook
are also executed for highlighting this region.
* Remove some unwanted TABs in source files.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Since this job is done in the process sentinel, the clean up is also
triggered when the Scheme process exits unexpectedly, deleting any
traces the dying guy might have left. I added a flag to control the
behaviour, but upon reflection the old behaviour seems wrong and i've
defaulted to the new one. This one should fix #251.
|
|
|
|
Generated by simply copying README.org. The trick of making README a
symbolic link was, well, a trick, and seems to confuse poor Gitlab.
|
|
Probably not a totally smart move, since sooner or later gitlab's
going to fall as github did (for a fruity company would be my bet).
But oh well, at least we can export a CSV of the issues!
|
|
And we also take the chance to let add-to-list do its job of not
adding duplicates.
|
|
|
|
|
|
|
|
|
|
and make github happier in the process (cf. github issue #243)
|
|
And thus avoiding having to generate markdown (cf. github issue #243)
|
|
|
|
Okay, i must confess it's sometimes handy to restart the REPL before
compiling a file (the proverbial clean slate and all). And we already
have geiser-restart-repl, so combining the two things when C-u happens
was not really difficult.
|
|
Savannah downloads is often broken, and the news page doesn't really
add any value.
|
|
|
|
|
|
Looks like the arity of that function changed at some point between 24
and 25. It also looks like people still use emacs 24 (see issue #236),
so here we go.
|
|
|
|
Those two procedures are gone in these 2.2 times, and things like
autodoc and xref were broken as a result. With Andy's help,
apparently good enough approximations of their functionality are now
in place: let's see how they go.
|
|
When constructing the completion table for minibuffer prompts via
`completion-table-dynamic', we were forgetting to tell emacs to
perform the completion lookup with the original (scheme) buffer as its
current buffer. As a result, the actual completion function wasn't
able to find the REPL connection and everything when down in flames
with an exception.
|
|
|
|
We can probably do away with this entirely; but for now, make it a custom.
|
|
It now _slows_ performance rather than improves it. Removing it speeds
up the issue described in jaor/geiser#174
|
|
Necessary for jaor/geiser#174
|
|
Removed all of the symbol-interning code, and in the process greatly
reduced the amount of CPU time.
Should resolve jaor/geiser#174
|
