remove debugging code from swank-presentations

[swankr.git] / BUGS.org

diff --git a/BUGS.org b/BUGS.org
index 9463f8ebb76d190bad4358851987974a2a01e338..21815800e5a6ad38ccd73bf2842df59818f9183e 100644 (file)
--- a/BUGS.org
+++ b/BUGS.org
@@ -3,21 +3,24 @@
 #+AUTHOR: Christophe Rhodes
 #+EMAIL: csr21@cantab.net
 #+OPTIONS: H:0 toc:nil
 #+AUTHOR: Christophe Rhodes
 #+EMAIL: csr21@cantab.net
 #+OPTIONS: H:0 toc:nil

-* OPEN #1 printed output not redirected to slime repl
+* RESOLVED #1 printed output not redirected to slime repl       :MINOR:FIXED:

   The output from functions performing printing is sent to the
   standard output of the process running =swank()=, not to an emacs
   stream.
   The output from functions performing printing is sent to the
   standard output of the process running =swank()=, not to an emacs
   stream.

-* OPEN #2 popping beyond inspector history crashes
+* OPEN #2 popping beyond inspector history crashes                   :NORMAL:

   Inspecting something and hitting =l= causes the R debugger to pop
   up from trying to send =NULL= in a sexp to Emacs.
   Inspecting something and hitting =l= causes the R debugger to pop
   up from trying to send =NULL= in a sexp to Emacs.

-* OPEN #3 source reference in compile-string-for-emacs
+* RESOLVED #3 source reference in compile-string-for-emacs   :WISHLIST:FIXED:

   It would be good if we could associate the expressions in the string
   with a reference to the corresponding source.  Unfortunately, emacs
   only passes the buffer position in bytes (or maybe characters),
   whereas R's srcrefs work with lines and columns.
   It would be good if we could associate the expressions in the string
   with a reference to the corresponding source.  Unfortunately, emacs
   only passes the buffer position in bytes (or maybe characters),
   whereas R's srcrefs work with lines and columns.

-* OPEN #4 multibyte characters corrupt slime connection
-  Not in all circumstances (e.g. "£" is OK) but 1:£ fails in
+* OPEN #4 multibyte characters corrupt slime connection              :NORMAL:
+  Not in all circumstances (e.g. ="£"= is OK) but =1:£= fails in

   slime-net-read-or-lose.
   slime-net-read-or-lose.

+* OPEN #5 respect visibility of evaluated results                  :WISHLIST:
+  I think we can do this by calling =.Internal(eval.with.vis(...))=
+  instead of just regular =eval()=

 * COMMENT:
 Local Variables:
 mode: org;
 * COMMENT:
 Local Variables:
 mode: org;