geiser/elisp, branch 0.10

Emacs 24 compatibility: completion-table-dynamic

2018-02-03T02:25:44Z

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.

Fix for module/identifier completion in minibuffer

2018-01-29T02:21:13Z

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.

Theoretically unnecessary save-excursion

2017-11-22T03:01:45Z

For some reason, one of our users is experiencing point jumps when calling `geiser-set-scheme'. A save-excursion is all that's needed, even though it *shouldn't* be needed in the first place.

Do not set geiser last-prompt-end beyond of point-max

2017-09-25T22:57:47Z

Whitespace

2017-08-28T00:55:07Z

Add geiser-mode-eval-to-buffer-transformer

2017-08-28T00:54:04Z

geiser-mode-eval-to-buffer-transformer will take 2 argments: errstring and result when eval-to-buffer, the result will be transformed by this procedure e.g. (setq geiser-mode-eval-to-buffer-transformer (lambda (estring x) (let ((l (length x)) (p (seq-position x ?\n))) (if (and p (< (+ 1 p) l)) (format "\n#| %s%s\n |#" estring x) (format ";;=> %s%s" estring x)))))

Preserve the position of (point) after evaling

2017-04-11T17:21:30Z

After evaling the last expression, if not inserting its value into buffer, leave (point) at its original position.

Eval last expression even after a comment char

2017-04-11T17:21:07Z

Scan for beginning and end of a sexp, instead of using (point) as the end. Previously, if (point) was after a comment character, the REPL would freeze.

Don't assign the (field t) property to old REPL inputs

2017-03-21T05:15:02Z

Previously, Geiser added a (field t) property to inputs before adding them to the REPL history so it can determine what characters in the buffer belong to old input and yank it when a user pressed enter (geiser-repl--maybe-send) on it. When users recalled an old input with "M-p" (comint-previous-matching-input-from-input), the old input with its (field t) property were inserted after the current prompt. Since old inputs were not "front-sticky," when point was just after the current prompt but before the characters of the old input, Emacs considered point to be outside of the (field t) field; this prevented users from using some movement commands such as forward-word to move point into the old input text. Furthermore, when users inserted text before the old input or yanked other old inputs afterwards, this new text did not have the field property and so Emacs restricted point movement to and from the old text with the (field t) field. This resolves the issue by not adding the (field t) property to old inputs and instead leverages comint's ability to assign the output field to all non-input (by setting comint-use-prompt-regexp to nil). It should resolve the issue reported in "[Geiser-users] Problem with prompt at history item" by Hamish Ivey-Law (https://lists.nongnu.org/archive/html/geiser-users/2014-12/msg00001.html).

bug fix: error message get displayed

2017-01-27T02:40:09Z