Brian Hobbs | 17 Nov 17:26 2015

Difficulty pointing to .css file for markdown html rendering

Hello all,

I am currently using ESS with polymode to edit .Rmd files, which I render
into .html files using knitr and the knit2html('file.Rmd') command in R.

I am having difficulty pointing to a custom.css file using the YAML header
in my .Rmd file. This is my current .Rmd YAML header:

title: "title"
author: author
    css: custom.css

When I use this header, the default .css file (and thus default html
rendering options) are still used.

As most of the online help with custom.css files are centered on assumption
that rstudio is being used, I wanted to see if anyone here has had success
with using custom.css files for html rendering through knitr while using


	[[alternative HTML version deleted]]

(Continue reading)

Andreas Leha | 13 Nov 10:48 2015

colour Errors

Hi all,

Is there a way to make Errors in the *R* buffer stand out prominently,
e.g. coloured in red?

After I two times missed an error when rerunning my script today, this
would really be helpful for me.


ESS-help <at> mailing list

Paul Johnson | 29 Oct 16:12 2015

Wonderful improvement Roxygen in new ESS

In case people did not try the new ESS, I find a wonderful enhancement
in the behavior of M-q in Roxygen markup. There is now smart
indentation so that a block of text is not smashed into one giant
paragraph.  That's a great improvement, thanks very much to the

Now an M-q in the markup area gives this excellent output, for example

##'  <at> param projSeeds Required. Either an object of class portableSeeds
##'     (created by \code{seedCreator}) or a text string giving the
##'     name of an R saved file of the appropriate format (created by
##'     the seedCreator function).
##'  <at> param run Integer indicating which element from the portable seed
##'     collection is to be selected
##'  <at> param verbose Optional. Print out the state of the current
##'     generator. Default = FALSE.
##'  <at> return nothing is returned.


Paul E. Johnson
Professor, Political Science        Director
1541 Lilac Lane, Room 504      Center for Research Methods
University of Kansas                 University of Kansas    

ESS-help <at> mailing list

(Continue reading)

Henric Winell | 20 Oct 16:12 2015



I'm trying out the new ESS completion mechanism using company-mode. 
Many thanks for adding this!  But I'm missing one feature: if I type in, 

summm <- 5

and then press [TAB] in a buffer where R-mode is enabled, 'summm' isn't 
listed among the suggestions.  It can, however, be done by calling 
company-dabbrev by pressing M-/, but that's one key-press to many... ;)

How can I add the suggestions from company-dabbrev to the suggestions 
from the ESS backend?

Henric Winell

ESS-help <at> mailing list

ottorino | 13 Oct 22:38 2015

Re: knitr and ESS


The responsible was R 3.0.2 !!

I've updated to 3.2.2 and I'm back in business.

THANKS A LOT, Vitalie, for the support.
Here, in my university, in a non-unix world I sometime feel desperate.
Thanks again

Mint 17.2 Rafaela -- MATE
GNU Emacs 24.4.1 (x86-64-pc-linux-gnu, GTK+ Version 2.24.23)
ESS version 15.09-1 -- R 3.2.2

Il 13/10/2015 21:48, ottorino ha scritto:
> I've installed emacs 24.4, polymode still in git version, and 
> unfortunately the very same result on the laptop.
> At first with ESS 13.09, then, after installing from melpa, also with 
> ESS version 15.09-1.
> I suspect there's something related with my system. Tomorrow I'll try 
> on the desktop
> Wrong number of arguments: (lambda (proc name) (let ((wfile 
> (pm--ESS-callback proc name))) (pm--display-file wfile) wfile)), 1
> byte-code: End of buffer
> Il 13/10/2015 18:18, Vitalie Spinu ha scritto:
>> I guess your problem is some local immutability between ESS, polymode ,emacs and
>> eieio.
(Continue reading)

ottorino | 11 Oct 01:14 2015

knitr and ESS

Dear ESS users,
after many years of use, I'm eventually moving from sweave to knitr and 
therefore setting up my system

Mint 17.1 Qiana -- MATE
GNU Emacs 24.3.1 (x86-64-pc-linux-gnu, GTK+ Version 3.10.7)
ESS version 13.09-1 -- R 3.0.2

with all the necessary packages.

I wrote my first simple "AnalisiReport.Rmd" file and tried to knit it to 
an html one

 From the terminal everything went well with:

render('AnalisiReport.Rmd', "html_document")

 From emacs,  (polymode installed and apparently working), after 
pressing M-n w and selecting knitr-ESS as weaver, I can see the knitr 
processing the file in the *R* buffer, but then I get the following message

Weaving 'AnalisiReport.Rmd' with 'knitR-ESS' weaver ...
Type C-h m for help on ESS version 13.09-1
ess-tracebug mode enabled
using process '*R*'
Wrong number of arguments: (lambda (proc name) (let ((wfile 
(pm--ESS-callback proc name))) (pm--display-file wfile) wfile)), 1
byte-code: End of buffer
(Continue reading)

Robert McGehee | 7 Oct 19:47 2015

Failure to parse long R functions when ess-eval-visibly nil

I'm having an issue in which sufficiently long and complex functions will
fail to correctly evaluate in R (with e.g. ess-eval-function) if
ess-eval-visibly is nil rather than true. Instead I receive syntax errors
part way through the function that seem to indicate that a line or
character was accidentally dropped during the ess eval making the function
un-parsable. If I turn on visibility (ess-eval-visibly t), the problem
disappears but the evaluation takes a long time due to latency on my setup.
Moreover, the problem isn't perfectly reproducible as the syntax error will
occur somewhat at random. However, with a sufficiently long and complex
function (e.g. 300+ lines) I'm virtually guaranteed an error.

Unfortunately, my setup is likely unusual so I'm not sure if this is an ESS
error. However, I wanted to post in case anyone had any ideas on a fix
(besides just turning ess-eval-visibly to true).

For my setup, I run emacs 24.5.1 on my local (USA) Windows box via Cygwin
and have ESS 15.09 installed from source. I connect to a remote (European)
Linux server via emacs shell and ssh, then start R (3.2.2) and start
ESS-mode with M-x ess-remote. I run emacs locally rather than on the server
side as I'm connecting to a server across the Atlantic ocean and latency is
too high for X11 forwarding. Additionally, given the latency, I have to
wait a considerable amount of time to eval an R function visibly, whereas
it happens extremely fast if I turn off visible eval. Thus, I'd much prefer
a working non-visible eval.

Here's a simple function I used to generate the syntax error. It has the
advantage of nearly guaranteeing a parsing failure if any character is

(Continue reading)

Andreas Leha | 7 Oct 12:50 2015

source refs to orgmode's indirect source buffers

Hi all,

I am working quite a lot inside Org mode's indirect source buffers.
Using ess tracebug in that situation is not satisfactory, as I do not
get the source references working.  If at all (when evaluated from the
org file) they point to the org buffer -- not the indirect buffer.  I'd
like them to point to the indirect buffer.

As an example consider this simple file: 
--8<---------------cut here---------------start------------->8---
* Test ess tracebug in indirect buffer

Run `org-edit-src-code' on the following block (bound to C-c ') and
evaluate the code from that indirect buffer.

#+begin_src R
  foo <- function() {
    a <- 1:10
    ##:ess-bp-start::browser <at> nil:##
  browser(expr=is.null(.ESSBP.[[" <at> 6 <at> "]]))##:ess-bp-end:##
    a <- a + 1

--8<---------------cut here---------------end--------------->8---

When I evaluate the code in the indirect buffer I get
(Continue reading)

Patrick Connolly | 7 Oct 08:26 2015

Indenting of R code, particularly dplyr code.

I seldom update ESS since an old version does everything I need.  I'm
still using ess-5.8 for most things and ess-15.03-1 when I use a
workstation which I have minimal control over.

My question is about indenting code pertaining to the use of functions
in the dplyr package.  If I use ess-5.8 to tidy up the spacing in a
function that contains some example code, it looks like this:

  neofabLast.df %>%
    arrange(tree, treatment) %>%
      group_by(treatment, tree) %>%
        summarise(No = mean(no), Diam = mean(diam))

If it's not in a function, but in an R script file, it looks like this:

neofabLast.df %>%
  arrange(tree, treatment) %>%
  group_by(treatment, tree) %>%
  summarise(No = mean(no), Diam = mean(diam))

> sessionInfo()
R version 3.2.1 (2015-06-18)
Platform: i686-pc-linux-gnu (32-bit)

 [1] LC_CTYPE=en_US.UTF-8       LC_NUMERIC=C              
 [3] LC_TIME=en_US.UTF-8        LC_COLLATE=en_US.UTF-8    
 [7] LC_PAPER=en_US.UTF-8       LC_NAME=C                 
 [9] LC_ADDRESS=C               LC_TELEPHONE=C            
(Continue reading)

Ramon Diaz-Uriarte | 4 Oct 21:57 2015

C-M-e and C-M-a: move to next end/previous beginning?

Dear All,

With C-M-e ( ess-goto-end-of-function-or-para) and C-M-a
(ess-goto-beginning-of-function-or-para), once you reach the end/beginning
of a function, further C-M-e/a will not move you to the end/beginning of
the next/previous function.

Is it possible to somehow achieve this? Or the "otherwise go to the end of
paragraph" that C-M-e does precludes it?

Why do I want to do this? Yes, the ESS manual explicitly says "Don’t forget
the usual Emacs commands for moving over balanced expressions and
parentheses", so combining C-M-e with, say, C-M-n will do what I want, but
I'd rather just keep hitting "e" than alternating C-M-e and C-M-n. And I
also keep tripping on this as, for instance, C-M-e and C-M-a in C++ code
(c-end/beginning-of-defun) or elisp code (end/beginning-of-defun) keep
moving you to subsequent/previous ends/beginnings. 




Ramon Diaz-Uriarte
Department of Biochemistry, Lab B-25
Facultad de Medicina
Universidad Autónoma de Madrid 
Arzobispo Morcillo, 4
28029 Madrid
(Continue reading)

Dorazio, Robert | 2 Oct 00:07 2015

ESS error: Autoloading failed to define function compilation--ensure-parse

Hi all,

I'm using Emacs 23.3.1 (x86_64-pc-linux-gnu, GTK+ Version 2.24.10)
 of 2013-05-16 on panlong, modified by Debian, i.e., Ubuntu 12.04.

I've been using ESS for years.  I just upgraded to the most recent version
of ESS using Ubuntu's package manager, and now upon starting an R process
using M-x R I get the following error message:

Error in post-command-hook: (error Autoloading failed to define function

in the buffer and R does not work.

Any ideas how to fix this problem?

Robert M. Dorazio
Wetland and Aquatic Research Center
U.S. Geological Survey

Web site:

	[[alternative HTML version deleted]]

ESS-help <at> mailing list