1 #+SEQ_TODO: OPEN | RESOLVED
2 #+TITLE: swankr: Bug list
3 #+AUTHOR: Christophe Rhodes
4 #+EMAIL: csr21@cantab.net
6 * RESOLVED #1 printed output not redirected to slime repl :MINOR:FIXED:
7 The output from functions performing printing is sent to the
8 standard output of the process running =swank()=, not to an emacs
10 * OPEN #2 popping beyond inspector history crashes :NORMAL:
11 Inspecting something and hitting =l= causes the R debugger to pop
12 up from trying to send =NULL= in a sexp to Emacs.
13 * RESOLVED #3 source reference in compile-string-for-emacs :WISHLIST:FIXED:
14 It would be good if we could associate the expressions in the string
15 with a reference to the corresponding source. Unfortunately, emacs
16 only passes the buffer position in bytes (or maybe characters),
17 whereas R's srcrefs work with lines and columns.
18 * OPEN #4 multibyte characters corrupt slime connection :NORMAL:
19 Not in all circumstances (e.g. ="£"= is OK) but =1:£= fails in
20 slime-net-read-or-lose.
21 * RESOLVED #5 respect visibility of evaluated results :WISHLIST:FIXED:
22 I think we can do this by calling =.Internal(eval.with.vis(...))=
23 instead of just regular =eval()=
24 * OPEN #6 occasional invalid sink() errors :NORMAL:
25 Not sure yet when it happens, but it makes the terminal browser pop up.
26 * OPEN #7 swank server is uninterruptible :NORMAL:
27 at least in certain conditions
28 * RESOLVED #8 startup is not filesystem-location independent :MINOR:FIXED:
29 Requires the cwd to be the swankr directory to be able to find
30 swank-presentations and swank-media
31 * OPEN #9 help and ? to produce help buffers :WISHLIST:
32 Not like ESS, though: that works by looking at the user's input with
33 a regexp. Use slime-media?
34 * RESOLVED #10 0 or more than 1 exprs at REPL :MINOR:FIXED:
35 Entering 0 exprs (whitespace or the empty string) at the REPL gives
36 an error from `swank:listener-eval`, which subscripts the parse tree
37 with index 1. (Entering more than one simply ignores all after the
38 first, assuming that they all parse). We should be a bit more like
39 R's repl, evaluating each of the exprs in turn and treating the
40 results a bit like CL's multiple values
41 * OPEN #11 no newline when using :popup-buffer for ?help :MINOR:
42 Logged here so that I don't forget it if I sort out #9 first: we
43 need to be able to indicate "no repl result please" if we open a new
44 temporary buffer to display the result.
45 * OPEN #12 need to be more careful when searching for completions :NORMAL:
46 Gets thoroughly confused on completing "read." because the "." is
47 treated as a regexp "any character" pattern.