summaryrefslogtreecommitdiff
path: root/elisp/geiser-repl.el
AgeCommit message (Collapse)Author
2021-12-05Initialise geiser-repl-current-project-function according to availabilityjao
2021-12-04Fix: better handling of recurring debugging entrancesjao
2021-11-30Better handling of REPL's output regionsjao
FSVO better, but at least the code is cleaner and prompts regexps more accurate.
2021-11-21New geiser-mode command: geiser-exit-repljao
Useful specially for REPLs including a debugger, where you might want to exit it from a scheme buffer. Bound by default to C-c C-q.
2021-04-21Use defvar-localJonas Bernoulli
It is available since Emacs 24.3 and we already depend on Emacs 24.4.
2021-02-15Determine the display string of command key dynamically.Zhu Zihao
* elisp/geiser-repl.el(geiser-repl--sentinel): Use `substitute-command-keys'.
2020-12-02Improve doc-strings of some optionsJonas Bernoulli
The whole first sentence should fit on the first line. If that makes the line a bit long then that is unfortunate but better than wrapping it onto a new line. When wrapping onto a new line anyway then the second line should never be intended. When it can be avoided, then long first lines should be made shorter.
2020-12-02Declare keymaps using defvar explicitlyJonas Bernoulli
This makes it possible to re-evaluate the containing buffers without user customizations being clobbered.
2020-12-02Placate byte compiler (Brian Leung)jao
2020-12-02Support buffer-local binary and arglist configurationjao
2020-07-06Tag project functions instead of overriding docsAndrew Whatson
2020-07-06Fix byte-compiler warningAndrew Whatson
2020-07-06Improve project function selection, make ignore defaultAndrew Whatson
2020-07-06Refactor to make repl/impl proj argument optionalAndrew Whatson
2020-07-06Use a separate REPL instance per projectAndrew Whatson
2020-07-06Returning C-c k back to users, that key's theirs!Jose Antonio Ortega Ruiz
Should close issue #315, where it is pointed out that "sequences consisting of `C-c` and a letter (either upper or lower case) are reserved for users; they are the *only* sequences reserved for users, so do not block them."
2020-03-27Fix indentationJonas Bernoulli
2020-03-27Mark the beginning of code part of elisp libraries with Code: headingJonas Bernoulli
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.
2020-02-13Guile: use load paths defined in dir-local variables (fixes #268)Jose Antonio Ortega Ruiz
A similar idea should probably be used with other schemes, but right now i feel ashamed of having taken so long to fix this one (assuming it's fixed!), so let's rush this commit for a change.
2020-01-28Leftover (fixes #291)Jose Antonio Ortega Ruiz
Repeat with me: try M-x geiser-reload before pushing to gitlab
2020-01-28C-c \ and C-c [ in geiser-repl tooJose Antonio Ortega Ruiz
With a hat tip to Mikhail Kryshen, who was wondering in guile-user why oh why, and rightly so.
2019-11-26Rename multiline expression optionAaron Marks
* Renames geiser-repl-context-sensitive-send to geiser-repl-send-on-return-p. This option's value is now inverted. * Update documentation accordingly.
2019-09-03Fix latest chicken. Add debug level logging. Fixed typo.Lockywolf
2019-09-02Set header-line-format only in case when `cond` branch is trueAndrey Orst
2019-06-13Introduce context-aware REPL send optionAaron Marks
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.
2019-05-15Alias for font-lock-ensure (should fix #274)Jose Antonio Ortega Ruiz
2019-02-08Fix: off-by-one while fontifying REPL's outputJose Antonio Ortega Ruiz
2018-11-28Change behaviour of REPL output and highlightingAaron Marks
* 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.
2018-06-26Not killing partial outputs when leaving the REPLJose Antonio Ortega Ruiz
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.
2017-09-25Do not set geiser last-prompt-end beyond of point-maxMario Rodas
2017-03-21Don't assign the (field t) property to old REPL inputsJames C. De Ricco
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).
2016-11-09It's file, not filename (should fix #190)Jose Antonio Ortega Ruiz
2016-09-21Expand socket file name for 'geiser-connect-local'Alex Kost
2016-06-13(end-of-line 0) > (forward-line -1) (end-of-line)Jose Antonio Ortega Ruiz
2016-06-13A few byte-compilation warnings silencedJose Antonio Ortega Ruiz
2016-06-12New key bindings: C-c C-c, C-c C-lJose Antonio Ortega Ruiz
2016-06-12New commands geiser-repl-{previous,next}-promptJose Antonio Ortega Ruiz
When using a prompt regexp, comint's version of these commands misbehave (they try to reuse forward-paragraph, and that's not quite it), so we're implemeting our own here in a very straightforward way. We also bind the usual C-c C-p and C-c C-n to them. It only remains to b seen whether advising the original ones is worth the trouble.
2016-06-12Registering *global* font-lock keywords in REPLs at the right timeJose Antonio Ortega Ruiz
We were adding only the scheme-specific ones.
2016-06-11Registering font-lock keywords in REPLs at the right timeJose Antonio Ortega Ruiz
We were doing it before the buffer's implementation, and the implementation-specific keywords were not found. Should fix github's issue #159.
2016-04-30Fix REPL restart if REPL is aliveAlex Kost
2016-04-07Fix REPL reconnectingAlex Kost
This fixes 2 issues: 1. Reconnecting to a remote process prompts for host/port, although it is not needed. 2. 'geiser-connect' should be used only if 'geiser-repl--address' is a host/port pair. When it is a socket file name, 'geiser-connect-local' should be used.
2015-12-14Fix geiser-connect-local for non-interactive useAlex Kost
Move prompting for a socket file name to the interactive form.
2015-10-12Keeping the elisp compiler happyJose Antonio Ortega Ruiz
Mainly by reordering definitions so that functions are not used before defined. There are a couple of places where the compiler and I disagree (it complains withing eval-after-load), and a valid complain about functions defined via geiser-popup--define that should be addressed).
2015-09-16Add 'geiser-repl-buffer-name-function' variableAlex Kost
2015-09-10Fix for geiser-connect-localJose Antonio Ortega Ruiz
This one should address #79. I'm very surprised this ever worked!
2015-09-10Moving implementation loading to geiser-repl (#82)Jose Antonio Ortega Ruiz
That way we avoid circularities in the load graph, always a good thing.
2015-09-08Ensuring switch-to-geiser asks for an implementationJose Antonio Ortega Ruiz
Should fix issue #85
2015-09-06repl: Add 'save-history' argument to 'geiser-repl--send'Alex Kost
2015-03-12Fix for RET with point at the beginning of line after M-pJose Antonio Ortega Ruiz
2015-01-19Not cleaning the image cache before displaying imagesJose Antonio Ortega Ruiz
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.