geiser-chez/elisp, branch 0.1.1 geiser and chez talk to each other https://jao.io/cgit/geiser-chez/atom?h=0.1.1 2011-01-23T20:12:29Z Fix for bug in module name completion (affecting Guile) 2011-01-23T20:12:29Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-23T20:12:29Z urn:sha1:9af0e2f94eaf277ad8f4e3e57b9c0fb76327da00 geiser-repl--tab -> geiser-repl-tab-dwim 2011-01-23T19:12:16Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-23T19:12:16Z urn:sha1:ba3fb44c64eac29fd0b322fb811f1983eaacf796 Following a suggestion by M. Harig, and following the policy that it's better for command names to not be doubly hyphenated. C-c C-Z -> C-c C-a 2011-01-11T13:45:48Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-11T13:45:48Z urn:sha1:0fac0de329fb7c775f123f6bef74e999de89a529 Since C-c C-z/Z apparently conflict with each other, and the new keybinding is more friendly anyway. Racket: ',enter "foo"' as a synonym of ',enter (file "foo")' 2011-01-09T21:53:27Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-09T21:40:11Z urn:sha1:e1673221200c35bdacffebbcc26c2e562080a9fd Docstring typos 2011-01-09T00:38:22Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-09T00:38:22Z urn:sha1:0fae4e8805e68565a6d4ca26c07b4cdff6a971cf Mark, again. Autodoc mode (de)activation fix. 2011-01-08T23:06:46Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-08T23:06:46Z urn:sha1:7c74bab99cfb5a51ed435853fe09e46407c7b3bf Quoth Mark: When the Geiser minor mode is toggled off using the command `geiser-mode', the message: Toggling eldoc-mode off; better pass an explicit argument. is displayed in the echo area. This is traceable to line 219: (eldoc-mode geiser-autodoc-mode) The function `eldoc-mode' takes numeric arguments, while `geiser-autodoc-mode' returns boolean values. Here is a simple patch: (eldoc-mode (if geiser-autodoc-mode 1 -1)) REPL: M-TAB bound to completion-at-point 2011-01-07T18:42:51Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-07T18:42:51Z urn:sha1:425e29e070c0860aec004296e050b92cb9250b89 TAB already does all the other stuff. REPL: fix for history navigation 2011-01-07T13:14:31Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-07T13:14:31Z urn:sha1:2ca4ad6e1385e2ea21f05f6760db0e0ff5cca4c3 We were using a comint-get-old-input function that was including the prompt in its returned value. This was no problem most of the time because we don't use comint-send-input before the process mark, but there's another circumstance under which comint-get-old-input is called, namely, when reaching the end of the input history. When history is exhausted, the "old input" is inserted (go figure), and we were inserting a prompt, wreaking havoc with its read-only-ness. Really avoiding *spurious* buffers 2011-01-03T00:45:13Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-03T00:45:13Z urn:sha1:7342870bfce4071673936597559ae60ffcba03b2 My previous attempt was bogus! Also, i'm taking advantage of our sending queries serially to simplify transaction queue processing, and to clean after ourserlves on error. More robust symbol reading (instead of specializing for quack) 2011-01-02T20:03:00Z Jose Antonio Ortega Ruiz jao@gnu.org 2011-01-02T20:03:00Z urn:sha1:95af5d35139f8d8825dcfa2381a5bc16d46e0043 Let's use the scheme reader instead of half-assed regular expressions and special-casing.