Enzo
Enzo

Reputation: 2611

Issues with Revolution R Open + Yosemite + Sublime Text

I have installed RRO on a new macbook pro 13" retina (two cores) & Yosemite.

I tried with RSTUDIO and R 25 (S. Urbinek notorious benchmark) and I got the test time down from ~31 s to a blazing 5 s (thanks to multithreading and Intel MKL). Marvellous!

The problems are with Sublime text. I use Sublime text 3 as text console more often than rstudio for a variety of reasons.

I use it in conjunction with the package R-Box to drive where I want to send the code to: either to the R console, or with SublimeREPL R to direct the code to Sublime itself splitting the screen in two and sending the code to the right hand of the screen where I run the R console.

Normally I configure R-Box user settings with R, and SublimeREPL specifying the R path as /usr/bin/R (see below).

Results (sadly)

These are the R scripts that work with CRAN R:

# R-Box
{
    "App": "R",
    "osx":
    {
        "App": "SublimeREPL"
    }

}
# SublimeREPL
{
    "default_extend_env": {"PATH": "{PATH};/usr/bin/R"},
    "show_transferred_text": true

}

(I posted this also on the RRO forun at https://groups.google.com/forum/#!topic/rropen/bK_YPqxhXsI)

PS: could somebody with tagging power create a tag for RRO (Revolution R Open)?

Upvotes: 1

Views: 560

Answers (1)

Enzo
Enzo

Reputation: 2611

The first issues with R-Box is resolved changing RRO app name to R.app (alias didn't work and I had explicitly to change the name of the app).

As in my comment above, the second issue with SublimeREPL is resolved changing the setting of

echo = true

in the file at ~/Library/Application Support/Sublime Text 3/Packages/SublimeREPL/config/R (otherwise set to false).

As the change it is not in a file "customisable" in the console one needs to probably change it at any new release of SublimeREPL.

Upvotes: 1

Related Questions