- Oct 03, 2014
-
-
Christophe Rhodes authored
finally! The slime connection got out of sync otherwise. This fix only works if the locale is a UTF-8 one, mind you.
-
- Sep 20, 2014
-
-
Christophe Rhodes authored
-
Christophe Rhodes authored
-
Christophe Rhodes authored
Set up the REPL reporting function in it, not at toplevel
-
- Jul 15, 2014
-
-
Christophe Rhodes authored
and also `swank:describe-definition-for-emacs`, helping to make it useful. It's still a bit weird with the confusion between name of thing, name of help file, and so on (and also because describe-definition-for-emacs must return a definition kind from a restricted set defined in base slime) but it's basically working.
-
Christophe Rhodes authored
null implementation (we don't have any repl variables)
-
- Apr 20, 2014
-
-
Christophe Rhodes authored
For better presentations
-
Christophe Rhodes authored
-
- Mar 14, 2014
-
-
Christophe Rhodes authored
now users with c-p-c completion style can rejoice! Matching is a little hacky, but not too surprising.
-
- Jan 11, 2014
-
-
Christophe Rhodes authored
(no, don't preserve workingness with org-mode 7. I bet this comes back to bite me.)
-
Christophe Rhodes authored
Adjust the README instructions to have --interactive in the R startup invocation, so base graphics display automatically.
-
Christophe Rhodes authored
-
Christophe Rhodes authored
from Philipp Marek, about an eternity ago.
-
- Nov 29, 2012
-
-
Christophe Rhodes authored
I do not pretend to understand whether this is new, but in 2.14 parsing an expression, in addition to adding srcref attributes to the results of the parse, can result in actual srcref elements being in the results. Those srcrefs also need to be frobbed so that display of functions at the repl works properly. (I do think this worked in 2.12 without this extra frobbing, but I am totally prepared to admit that I can't really remember). Since we're on the case, also frob things that look like srcrefs but aren't under "srcref" attributes, such as "wholeSrcref"s
-
- Nov 20, 2012
-
-
Christophe Rhodes authored
Oh boy. I do not pretend to totally understand what is going on, but what seemed to be happening is that somehow when walking the parse tree to adjust srcrefs to the real file position rather than the string position, the `empty' space in x[y,] was turning from a zero-element name to a missing object, and then subsequent attempts to evaluate the missing object (or even return it) were failing. The workaround is to short-circuit the process for name objects, which are atomic and (empirically) do not have srcrefs attached anyway and so can be returned without modification.
-
- Sep 17, 2012
-
-
Christophe Rhodes authored
actually return a list of two elements, not a bare string
-
- May 01, 2012
-
-
Christophe Rhodes authored
Should try to find out how to have it loaded automatically
-
Christophe Rhodes authored
I don't yet know what's right, but it's fairly nonsensical to have "[1] " prepending every label and value, so use prin1ToString
-
- Apr 29, 2012
-
-
Christophe Rhodes authored
In the process, implement looking up foo$bar$baz, and passing those completions back. It's not completely robust to somewhat exotic syntax, as it assumes that the text being completed can be used directly as character vectors naming objects or fields; it is good enough to get started, and now a lot less annoying to use (particularly when lots of fields have underscores in them...)
-
Christophe Rhodes authored
Also note some other bugs as fixed.
-
- Apr 24, 2012
-
-
Christophe Rhodes authored
Useful both for me, to track what slime version is most likely to be maximally compatible, and for SLIMV users, which dispatch on the version to know whether the protocol is byte-count-based or character-count-based.
-
Christophe Rhodes authored
Now that slime-operator-at-point is overrideable, I can even test this from within Emacs -- but thanks to Philipp Marek for implementing this in his SLIMV-based environment first.
-
- Apr 23, 2012
-
-
Christophe Rhodes authored
%in% needs a `vector' first argument, so make it so, listifying anything that isn't already a vector. (Note: there seem to be plenty of non-vector first arguments that work, such as as.Date("2012-01-01"), which returns FALSE to is.vector() -- but the new code seems to get that right anyway, based on very limited testing.
-
Christophe Rhodes authored
Reported by Philipp Marek
-
- Dec 15, 2011
-
-
Christophe Rhodes authored
Check for a zero-element character vector return from readChar. (This is not documented as the EOF return value, no, but it makes sense). Also commit bug reports #18 and #19, and some README rearrangement.
-
- Dec 09, 2011
-
-
Christophe Rhodes authored
Calculate the length of the output to emacs using nchar(type="bytes") This makes help files sort-of work again
-
Christophe Rhodes authored
-
Christophe Rhodes authored
Allows slime-repl to start again. I've said "utf-8-unix" but that is almost certainly a lie; I have no real idea how R handles encodings of text. Simply passing in "ë" to the R slime repl breaks things without too much effort.
-
- Oct 23, 2011
-
-
Christophe Rhodes authored
This is important because e.g. the repl evaluation happens in the global environment, so errors on code called from the repl will pull up a backtrace with that evaluation frame, which can be inspected for locals. But printing out all the locals is a hugely expensive and not helpful thing to do.
-
Christophe Rhodes authored
editing thinko: need tmp$value (not just value)
-
Christophe Rhodes authored
There ought to be some way of catching this mistake, which is passing a non-length-1 vector to the swank functions, which then vectorise and confuse the event stream.
-
Christophe Rhodes authored
-
- Sep 19, 2011
-
-
Christophe Rhodes authored
tryCatch is R's handler-case. (Spent some time wondering why withCallingHandlers wasn't working, but that's handler-bind.)
-
Christophe Rhodes authored
-
- Sep 13, 2011
-
-
Christophe Rhodes authored
otherwise extended regexp metacharacters, particularly ".", get interpreted as those metacharacters rather than literals. (bug #12)
-
Christophe Rhodes authored
use new fancy :popup-buffer event in slime-media.
-
Christophe Rhodes authored
-
- Sep 10, 2011
-
-
Christophe Rhodes authored
It's easy really; just iterate over expressions. Resolves bug #10.
-
Christophe Rhodes authored
We've resolved and :FIXED: several. Log a bug related to repl handling of multiple expressions.
-
Christophe Rhodes authored
Makes C-c C-r substantially less painful, and also produces slightly fewer surprises at the REPL. (resolves #5)
-