Emmanuel Charpentier | 25 Jan 11:15 2015
Picon

Problem with (setq ess-help-own-frame t) : emacs answers that "ess--switch-to-help-buffer: Window is dedicated to `*help[R](geom_line)*'

Dear list,

I wanted to have a different frame for each request to R help. so i used
(setq ess-help-own-frame t) in my .emacs.

I have a problem : the first call ("?geom_line" at the R prompt) works
fine, but a second call ("?geom_linerange" at the R prompt) ends up in
error with "ess--switch-to-help-buffer: Window is dedicated to
`*help[R](geom_line)*' in the minibuffer (retrieved form the *Messages*
buffer).

(setq ess-help-own-frame 'one) works as advertised. The code (in
ess-help.el) is not specially enlightening : it uses *ONE* frame,
defined in (defvar ess-help-frame ...). So it appears that the code *is*
intended to display exactly *one* help page at a time, with two
variants :
	- switching to the last requested help page when ess-help_own-frame is
'one
	- raising an error when ess-help-own-frame is t and the ess-help-frame
still exists.

Do you see a way to effect what I *thought* was advertised : at each
call to the R help system, open (if necessary) a new frame to display
the relevant help page ?

Sincerely,

					Emmanuel Charpentier

PS : I'd appreciate being CC'd of answers (including "Go to hell if
(Continue reading)

Paul Johnson | 24 Jan 00:17 2015
Picon

Re: Mac OSX 10.10.1 Yosemite can't find R

An interesting turn happened today.

Student removed R and re-installed R, and path problem is now cured. At
least on that one machine. Yosemite was installed after R, perhaps that was
part of problem.

I don't mean to say I hate Macintoshes, their hardware is pretty good. The
software, well, that's different.

pj

On Fri, Jan 23, 2015 at 12:36 PM, Sparapani, Rodney <rsparapa <at> mcw.edu>
wrote:

> >
> > Try
> >
> > M-x shell
> >
> > and then start R within the shell by typing "R".
> >
> > If that works, its then an ESS problem.
> >
> > if that fails (which is my hope!) maybe Emacs has not been initialised
> > with the right environment variables.
> >
> > lets follow up off list...
>
> Hi Stephen:
>
(Continue reading)

Paul Johnson | 22 Jan 22:17 2015
Picon

Re: Mac OSX 10.10.1 Yosemite can't find R

On Thu, Jan 22, 2015 at 2:33 PM, Stephen Eglen <S.J.Eglen <at> damtp.cam.ac.uk>
wrote:

>
> > This system
> >
> > Student in my office now showing me Emacs with ESS (From Vincent Goulet's
> > website) and when we open an R file, all seems well.
> >
> > Hit the big blue R
> > Searching for program: No such file or directory, R
> >
> > Preliminary googling indicates Yosemite has done something to change the
> > PATH or the way R is in the PATH (or not).
>
> can you send a link?
>

I got a different Macbook Pro, updated it to Yosemite, and I have same
happy result that Vincent found--Emacs found R without a battle.

That means we need to get a config fix on the sick machine.  That's a
little bit encouraging.

Here are some posts from other Mac users about similar problem.

"After an upgrade to Yosemite, R is no longer in PATH:"
http://apple.stackexchange.com/questions/151534/after-an-upgrade-to-yosemite-r-is-no-longer-in-path

Contention is that Yosemite environment has/had PATH twice, and one is
(Continue reading)

Paul Johnson | 22 Jan 21:07 2015
Picon

Mac OSX 10.10.1 Yosemite can't find R

This system

Student in my office now showing me Emacs with ESS (From Vincent Goulet's
website) and when we open an R file, all seems well.

Hit the big blue R
Searching for program: No such file or directory, R

Preliminary googling indicates Yosemite has done something to change the
PATH or the way R is in the PATH (or not).

If you are a Mac user, can you please tell me the most direct/safest/best
way to deal with this.  So far, I see suggestion to set PATH in ~/.bashrc
or to fiddle about in the Emacs init.el file.

pj

--

-- 
Paul E. Johnson
Professor, Political Science      Assoc. Director
1541 Lilac Lane, Room 504      Center for Research Methods
University of Kansas                 University of Kansas
http://pj.freefaculty.org               http://quant.ku.edu

	[[alternative HTML version deleted]]

______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

(Continue reading)

Aaron Ponce | 22 Jan 16:59 2015
Picon

ESS + Stata: Getting indentation right in Stata-mode editor

I've noticed that indentation in Stata-mode doesn't quite work right in
ESS. For comments /* */ at the end of lines or after the continuation
sequence /// subsequent lines indent indefinitely. For code of more than 2
lines, this can get very nested looking (see below):

recode educ 0 = 1 ///
    5 = 2 ///
        10 = 3 ///
            15 = 4 ///
                20 = 5 ///
                    25 = 6

Is there a workaround for this? I *really* like running Stata through ESS
and would love to use it this way as much as I can.

For now, I've been editing in Bill Rising's ado mode and sending to Stata
through ESS. The drawback to this approach is that every time I open a new
do file (which I do often to edit single lines here and there for a big
project), I have to indicate which dialect of ESS I am using in the buffer
line.

Thanks!

AP

	[[alternative HTML version deleted]]

______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
(Continue reading)

Christian Hoffmann | 21 Jan 18:41 2015
Picon

R buffer does not appear Mac OSX Aquamacs

Hi,

After starting M-x R  in Aquamacs the buffer containing the R process is 
listed in the 'Window' as 'R (bullett)' i.e. existing, but it is not 
accessible in any of the desktops.

Starting R in the terminal yields

sessionInfo()
R version 3.1.2 (2014-10-31)
Platform: x86_64-apple-darwin10.8.0 (64-bit)

locale:
[1] de_CH.UTF-8/de_CH.UTF-8/de_CH.UTF-8/C/de_CH.UTF-8/de_CH.UTF-8

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods base

other attached packages:
[1] onion_1.2-4

What can I do?  Need more info?

TIA C.

--

-- 
Christian W. Hoffmann
CH - 8915 Hausen am Albis, Schweiz
Rigiblickstrasse 15 b, Tel.+41-44-7640853
mailto: christian <at> echoffmann.ch
(Continue reading)

Peter Baker | 21 Jan 04:35 2015
Picon

emacsclient: ess toolbar icons disappear when server started as daemon

Hi

I am having some trouble with ess toolbar icons disappearing when I use
emacsclient as opposed to emacs under gnome 3.14?/fedora 21/emacs 21.4
(stable) or emacs 24.4.51 (devel)/ ess 14.1x (devel).

For instance,

$ emacs read.R & works fine in that ESS toolbar icons present

And so does starting an emacs server from a running emacs with server-start
and then using emacsclient

However if emacs is started in a bash script with --daemon option (named or
unnamed) then the ESS menu items don't appear on toolbar when emacsclient
is used. Alternatively,

$ emacsclient --alternate-editor="" -c read.R  and other variants such as
starting the server daemon with say
$ emacs --daemon=test1
$ emacs -s test1 -c read.R
also does not produce ESS menu items

The ESS menus are there so things are relatively easy but can anyone
suggest how I can debug this to track down the problem of disappearing
toolbar items

Thanks
Peter

(Continue reading)

aarjpon | 20 Jan 19:36 2015
Picon

ESS + Stata: not reading continuation lines in syntax ///

Hi - I've tried to look for the answer to this online, but to no avail. I
have code in Stata that I'm trying to read using ESS, and the problem is
that ESS is not sending the code to Stata correctly. Here is the syntax:

keep if country == 1 /* Austria */ ///
  | country == 2 /* Belgium */ ///
  | country == 3 /* Switzerland */ ///
  | country == 4 /* Czech Rep. */ ///
  | country == 5 /* Germany */ ///
  | country == 6 /* Denmark */ ///
  | country == 7 /* Spain */ ///
  | country == 8 /* Finland */ ///
  | country == 9 /* France */ ///
  | country == 10 /* UK */ ///
  | country == 11 /* Greece */ ///
  | country == 12 /* Hungary */ ///
  | country == 13 /* Ireland */ ///
  | country == 15 /* Italy */ ///
  | country == 16 /* Luxembourg */ ///
  | country == 17 /* Netherlands */ ///
  | country == 18 /* Norway */ ///
  | country == 19 /* Poland */ ///
  | country == 20 /* Portugal */ ///
  | country == 21 /* Sweden */ ///
  | country == 22 /* Slovenia */

This should be read as one long command, with comments (/* */) and
continuation lines at the end (///). The comments are taken out just fine,
but when ESS sends the code to Stata, it breaks the command up by lines. So
Stata thinks that the first line is a separate command, the second line a
(Continue reading)

Paul Johnson | 16 Jan 03:15 2015
Picon

Could you make alt-q re-format more happily?

If this is possible, could you make the thing that happens when you do
Alt-q be more pleasant?

I notice in Changelog mode, Alt-q respects indentation.  But in Ess, it
left justifies the wrap-around lines.

I want it to do this

xlongname <- c("Aword", "Bword", "Cword", "Dword", "Eword", "Fword",
                          "Gword", "Hword", "Iword")

While I'm asking, I wish the breaks would not separate words on the equal
sign.  Know what I mean? Keep argument with value

Instead of this,

myboringlongname <- afunction(a = someThing, b =

--

-- 
Paul E. Johnson
Professor, Political Science      Assoc. Director
1541 Lilac Lane, Room 504      Center for Research Methods
University of Kansas                 University of Kansas
http://pj.freefaculty.org               http://quant.ku.edu

	[[alternative HTML version deleted]]

______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
(Continue reading)

Frede Aakmann Tøgersen | 13 Jan 09:36 2015

Option to set Emacs/ESS not to ask for a new or switch to an existing inferior R process

Hi

I have been living with this for years now but it is quite annoying and now it triggered me to seek help.

Suppose that I have an running R inferior process with an associated script file. Now I need to visit another
R script file to copy some code snippets. Then it seems like ess-request-a-process is called
automatically. In this case I don't want a new R process or that particular script file to be associated
with an existing R process. How do I prevent that? Is there any ess configuration variable I can set? If not
can we please have such a configuration variable.

Thanks for your good work and thanks in advance for any help.

Yours sincerely / Med venlig hilsen

Frede Aakmann Tøgersen
Specialist, M.Sc., Ph.D.
Plant Performance & Modeling

Technology & Service Solutions
T +45 9730 5135
M +45 2547 6050
frtog <at> vestas.com
http://www.vestas.com

Company reg. name: Vestas Wind Systems A/S
This e-mail is subject to our e-mail disclaimer statement.
Please refer to www.vestas.com/legal/notice
If you have received this e-mail in error please contact the sender. 

______________________________________________
(Continue reading)

Vincent Goulet | 18 Dec 17:33 2014
Picon

Knitting/Weaving with M-n s in 14.09

Someone using my Emacs distribution reported to me that M-n s doesn't work with the current distribution
(Emacs 24.4, ESS 14.09, polymode and markdown-mode). There's also this unanswered post on SE about the
same issue:

	http://stackoverflow.com/questions/25870141/ess-would-no-longer-knit-after-upgrade-to-14-09


I can also confirm, on OS X at least, that opening a .Rnw file and doing M-n s yields a "... is undefined"
message in the minibuffer.

I use makefiles rather than the keyboard shortcuts myself, so I didn't notice the issue.

Any ideas?

Vincent Goulet, Ph.D.
Directeur général de la formation continue
Université Laval | ulaval.ca/formationcontinue

______________________________________________
ESS-help <at> r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Gmane