Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

[Lionel Henry via ESS-help]

Worth noting I'm using `xterm-color` instead of `ansi-color` in my
comint buffers. IIRC the latter (which is builtin) didn't support some
features. Not sure if that could explain the bad behaviour you've
observed.

Best,
Lionel

On 11/14/23, Martin Maechler via ESS-help  wrote:
>> Dirk Eddelbuettel via ESS-help
>> on Mon, 13 Nov 2023 10:00:26 -0600 writes:
>
> > Casual searching at the rlang repo doesn't reveal anything so pardon
> me for
> > asking here but what is a simple way to tell rlang to NOT do fancy
> pants
> > color error backtraces?  At least under the theme I use ("nord", for
> Emacs)
> > it basically nixes readability by leaving a 'dark on dark' default.
>
> I've noticed the same ... and was very frustrated.
> IIRC, I needed to restart R to get back to a usable *R* buffer.
>
> Martin
>
> > Thanks in advance for any pointers.
>
> > Dirk
>
> > --
> > dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

[Lionel Henry via ESS-help]

> Do you use this instead of the nord theme, or on top of the nord
> theme?  Can you (briefly) describe what it does / what you like about
> this addition?

I use it on top. This snippet comes in between loading and activation:

```
(require 'nord-theme)
(load-theme 'nord)

*snippet*

(enable-theme 'nord)
```

I have a bunch of other stuff defined in there, like:

```
(custom-theme-set-faces
 'nord
 `(tab-bar ((t (:background ,nord1 :height 1.0
 `(tab-bar-tab ((t (:foreground ,nord6 :background ,nord9 :box
(:line-width (4 . 2) :style flat-button)
 `(tab-bar-tab-inactive ((t (:foreground ,nord9 :background ,nord3
:box (:line-width (4 . 2) :style flat-button))
```

This might not be the best way of doing this, but it's been some years
since I added this and it still works.

Let me know if you're still having trouble with cli theming in ESS
(and you want it to work instead of disabling it). It might be worth
discussing in an issue on Github in that case.

Best,
Lionel


On 11/13/23, Dirk Eddelbuettel  wrote:
>
> Thanks Lionel. I was pretty sure I could count on a non-empty intersection
> between ESS and rlang...
>
> On 13 November 2023 at 17:20, Lionel Henry wrote:
> | See the cli website for disabling colours:
> |
> https://cli.r-lib.org/reference/faq.html#how-do-i-turn-off-ansi-colors-and-styles-
>
> Drats. I though of crayon but not cli. I still get lost in your endlessly
> twisted maze of package. One day.
>
> | I use nord-theme too and I see I have this in my config, in case that
> helps
> | (I trimmed down this snippet manually, there might be a typo):
> |
> | ```lisp
> | (let ((class '((class color) (min-colors 89)))
> |   (nord0 (if (nord-display-truecolor-or-graphic-p) "#2E3440" nil))
> |   (nord1 (if (nord-display-truecolor-or-graphic-p) "#3B4252"
> "black"))
> |   (nord2 (if (nord-display-truecolor-or-graphic-p) "#434C5E"
> "#434C5E"))
> |   (nord3 (if (nord-display-truecolor-or-graphic-p) "#4C566A"
> "brightblack"))
> |   (nord4 (if (nord-display-truecolor-or-graphic-p) "#D8DEE9"
> "#D8DEE9"))
> |   (nord5 (if (nord-display-truecolor-or-graphic-p) "#E5E9F0"
> "white"))
> |   (nord6 (if (nord-display-truecolor-or-graphic-p) "#ECEFF4"
> "brightwhite"))
> |   (nord7 (if (nord-display-truecolor-or-graphic-p) "#8FBCBB" "cyan"))
> |   (nord8 (if (nord-display-truecolor-or-graphic-p) "#88C0D0"
> "brightcyan"))
> |   (nord9 (if (nord-display-truecolor-or-graphic-p) "#81A1C1" "blue"))
> |   (nord10 (if (nord-display-truecolor-or-graphic-p) "#5E81AC"
> "brightblue"))
> |   (nord11 (if (nord-display-truecolor-or-graphic-p) "#BF616A" "red"))
> |   (nord12 (if (nord-display-truecolor-or-graphic-p) "#D08770"
> | "brightyellow"))
> |   (nord13 (if (nord-display-truecolor-or-graphic-p) "#EBCB8B"
> "yellow"))
> |   (nord14 (if (nord-display-truecolor-or-graphic-p) "#A3BE8C"
> "green"))
> |   (nord15 (if (nord-display-truecolor-or-graphic-p) "#B48EAD"
> "magenta")))
> |   (let ((ansi-colours (vector nord1 ; black
> |   nord11; red
> |   nord14; green
> |   nord13; yellow
> |   nord8 ; blue
> |   nord15; magenta
> |   nord7 ; cyan
> |   nord5 ; white
> |   )))
> | (setq xterm-color-names ansi-colours)
> | (custom-theme-set-variables
> |  'nord
> |  `(ansi-color-names-vector ,ansi-colours
> | ```
>
> Great, will play later.  Do you use this instead of the nord theme, or on
> top
> of the nord theme?  Can you (briefly) describe what it does / what you like
> about this addition?
>
> Thanks,  Dirk
>
> | Best,
> | Lionel
> |
> |
> | On 11/13/23, Dirk Eddelbuettel via ESS-help 
> wrote:
> | >
> | > Casual searching at the rlang repo doesn't reveal anything so pardon me
> for
> | > asking here but what is a simple way to tell rlang to NOT do fancy
> pants
> | > color error backtraces?  At least under the theme I use ("nord", for
> Emacs)
> | > it basically nixes readability by leaving a 'dark on dark' default.
> | >
> | > Thanks in advance for any pointers.
> | >
> | > Dirk
> | >
> | > --
> | > dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
> | >
> | > __
> | > ESS-help@r-project.org mailing list
> | > https://stat.ethz.ch/mailman/listinfo/ess-help
> | >
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] How can one tell rlang not to mess up R session in ESS ?

[Lionel Henry via ESS-help]

See the cli website for disabling colours:
https://cli.r-lib.org/reference/faq.html#how-do-i-turn-off-ansi-colors-and-styles-

I use nord-theme too and I see I have this in my config, in case that helps
(I trimmed down this snippet manually, there might be a typo):

```lisp
(let ((class '((class color) (min-colors 89)))
  (nord0 (if (nord-display-truecolor-or-graphic-p) "#2E3440" nil))
  (nord1 (if (nord-display-truecolor-or-graphic-p) "#3B4252" "black"))
  (nord2 (if (nord-display-truecolor-or-graphic-p) "#434C5E" "#434C5E"))
  (nord3 (if (nord-display-truecolor-or-graphic-p) "#4C566A" "brightblack"))
  (nord4 (if (nord-display-truecolor-or-graphic-p) "#D8DEE9" "#D8DEE9"))
  (nord5 (if (nord-display-truecolor-or-graphic-p) "#E5E9F0" "white"))
  (nord6 (if (nord-display-truecolor-or-graphic-p) "#ECEFF4" "brightwhite"))
  (nord7 (if (nord-display-truecolor-or-graphic-p) "#8FBCBB" "cyan"))
  (nord8 (if (nord-display-truecolor-or-graphic-p) "#88C0D0" "brightcyan"))
  (nord9 (if (nord-display-truecolor-or-graphic-p) "#81A1C1" "blue"))
  (nord10 (if (nord-display-truecolor-or-graphic-p) "#5E81AC" "brightblue"))
  (nord11 (if (nord-display-truecolor-or-graphic-p) "#BF616A" "red"))
  (nord12 (if (nord-display-truecolor-or-graphic-p) "#D08770"
"brightyellow"))
  (nord13 (if (nord-display-truecolor-or-graphic-p) "#EBCB8B" "yellow"))
  (nord14 (if (nord-display-truecolor-or-graphic-p) "#A3BE8C" "green"))
  (nord15 (if (nord-display-truecolor-or-graphic-p) "#B48EAD" "magenta")))
  (let ((ansi-colours (vector nord1 ; black
  nord11; red
  nord14; green
  nord13; yellow
  nord8 ; blue
  nord15; magenta
  nord7 ; cyan
  nord5 ; white
  )))
(setq xterm-color-names ansi-colours)
(custom-theme-set-variables
 'nord
 `(ansi-color-names-vector ,ansi-colours
```

Best,
Lionel


On 11/13/23, Dirk Eddelbuettel via ESS-help  wrote:
>
> Casual searching at the rlang repo doesn't reveal anything so pardon me for
> asking here but what is a simple way to tell rlang to NOT do fancy pants
> color error backtraces?  At least under the theme I use ("nord", for Emacs)
> it basically nixes readability by leaving a 'dark on dark' default.
>
> Thanks in advance for any pointers.
>
> Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Can't find documentation for function

[Lionel Henry via ESS-help]

Hi Haris,

That is because ESS intercepts `?` calls instead of evaluating them.
As a workaround you can call the devtools implementation of `?` manually:

```
pkgload:::shim_help(foo)
```

I'd like to do better as it would improve my day-to-day but this
hasn't been a priority.

Best,
Lionel

On 9/19/22, Haris Fawad via ESS-help  wrote:
> Hi Marc,
>
> Yes, I load the package via devtools::load_all() before typing ?foo. When I
> do the same in the R GUI-app I get the expected behaviour: the
> documentation gets rendered and shown as an html file in the browser.
>
> Best,
> Haris
>
> On Sun, Sep 18, 2022 at 7:29 PM Marc Schwartz  wrote:
>
>> Hi,
>>
>> Did you type:
>>
>>   library(mypac)
>>
>> first, before trying ?foo?
>>
>> The behavior suggests that the package is not currently loaded in the
>> search path, hence the error.
>>
>> When you use ?mypac::foo, that explicitly tells R that you want the help
>> for the function which is located in mypac and looks for the file there.
>> Without the package prefix, it only looks in the current search path, and
>> thus does not find the package there.
>>
>> Regards,
>>
>> Marc Schwartz
>>
>>
>> On September 18, 2022 at 4:54:05 AM, Haris Fawad via ESS-help (
>> ess-help@r-project.org (mailto:ess-help@r-project.org)) wrote:
>>
>> > Hi,
>> >
>> > I get the following error when I try to open the help file on a
>> > function
>> > 'mypac::foo'.
>> >
>> > "ess-r-help--build-help-command--unqualified: Can’t find documentation
>> for
>> > ‘foo’".
>> >
>> > I get the error when I type '?foo', but not when I type '?mypac::foo'.
>> > Indeed, the file 'man/foo.Rd' exists, after I run
>> > 'devtools::document()'.
>> >
>> > I don't get the error when I request documentation for a standard
>> > R-function, such as '?sum'.
>> >
>> > [[alternative HTML version deleted]]
>> >
>> > __
>> > ESS-help@r-project.org mailing list
>> > https://stat.ethz.ch/mailman/listinfo/ess-help
>>
>>
>
>   [[alternative HTML version deleted]]
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Debian installation bug report with current package and Emacs 28.1

[Lionel Henry via ESS-help]

Martin, did you have other concerns besides the freeze that we have
determined is an interaction between polymode and large `.libPaths()`,
rather than a bug in ESS?

If not, I think we should think about a release.

Best,
Lionel

On 9/13/22, Dirk Eddelbuettel via ESS-help  wrote:
>
> A follow-up to this bug report: Due to the breakage caused by the (old) ess
> package, I (as maintainer of the Debian package) now received the note that
> the ess / elpa-ess packages will be archived away from Debian unstable as
> they make Emacs 28.1 uninstallable.
>
> So future Debian releases will not have ess / elpa-ess package.  Of course
> installation from other sources remains possible.
>
> We debated here for some time what to do about a new ESS release, but with
> nothing concrete to show, and this is now a consequence of (in)action.  We
> are all between a rock and a hard place: the upstream is 'not quite right'
> for a release so none happens, yet Debian users want Emacs 28.1.  So there.
>
> Dirk
>
> --
> dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Advice on setting up ESS to edit and knit Rmarkdown files

[Lionel Henry via ESS-help]

We'd love to do a release but ESS is not in a good place right now.
Recent versions of Emacs interrupt background commands (essential to
completion and contextual help like eldoc) when the user starts
typing, which causes hard to solve problems.

The dev branch is mostly working but not 100% correctly. Unfortunately
none of us seem to have the time to work on ESS at the moment.

That said, while Martin, Vitalie and I notice issues here and there,
we haven't had serious bug reports in a while, despite the dev branch
being used by many Melpa users. So maybe releasing in the current
state is better than nothing.

Best,
Lionel


On 9/22/21, Dirk Eddelbuettel via ESS-help  wrote:
>
> On 20 September 2021 at 13:59, Sparapani, Rodney via ESS-help wrote:
> | Generally, this stuff should just work out-of-the-box.
>
> Understood.
>
> | And we are not a company like RStudio so this FOSS setup works for us as
> | developers and hopefully it still serves the users well.
>
> But legal structure has nothing to with 'calling a release'. Which is done
> by
> authors (who should know the code better than users) saying "yep what we
> have
> at HEAD right now is good" and then cut a tarball.  That is a _marker_.
> Which some less-informed people like me can take (and then ship downstream
> to
> Debian, and with that Ubuntu etc).
>
> Without a marker, no shipment. Less ideal to me and others.
>
> So pretty-please if someone would: could a release one of these moons. It
> does not have to be frequent or regularly schedule or anything.  But maybe
> more often than once every few years?  Maybe when you sync with upstream
> Emacs (assuming you do now)?
>
> Dirk
>
> --
> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] spurious (list ....)

[Lionel Henry via ESS-help]

Hello,

This is a known issue with ESS 18.10 and Emacs 27. Either dowgrade
Emacs or install dev ESS to fix this. A new release is much needed but
there's still a bunch of problems to solve. We're aiming for an April
release.

As a workaround you can add this to your config:

```
(setq ess-can-eval-in-background nil)
```

You won't get the parasite output as you type. Unfortunately this
disables all contextual help (eldoc, completions, ...).

Best,
Lionel


On 2/18/21, Richard M. Heiberger via ESS-help  wrote:
> ess sends spurious commands to the *R* buffer, for example
>
>> (list "base" '(("..." . "") ("deparse.level" . "1")) '("..."
>> "deparse.level" "recursive" "make.row.names" "stringsAsFactors"
>> "factor.exclude" "use.names" "fill" "idcol" "size" "z" "combineLimits"
>> "useOuterStrips"))
>>
>
>> (list "" '(("..." . "")) '("recursive" "use.names" "..." "panel.widths"
>> "par.strip.text" "x" "x.same" "y.same" "layout" "merge.legends"))
>>
>
> These are unrelated to anything I am typing in the myfile.r buffer.
>
> I am using Vincent Goulet's Emacs 27.1 with ESS 18.10.2 on Mac Big Sur
> 11.2.1 on a MacBook Air
> with the M1 chip.
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] ess-watch over tramp

[Lionel Henry via ESS-help]

This is https://github.com/emacs-ess/ESS/issues/1047

Best,
Lionel

On 1/19/21, Jeremie Juste via ESS-help  wrote:
> Hello,
>
> I would like to use ess-watch from a remote session but I receive the
> follow error. When I execute M-x ess-watch
>
> Error in as.environment("ESSR") :
> no item called "ESSR" on the search list
>
> The problem seems to lie with, as.environment("ESSR") that cannot be
> found on the remote
>
> on my local R session as.environment("ESSR") works
> as.environment("ESSR")
> 
>
>
> Do you have any clue?
>
> Best regards,
> --
> Jeremie Juste
>
> - ess-version: 18.10.3snapshot [elpa: 20200825.829]
> - emacs: GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version
> - 3.24.5, cairo version 1.16.0) of 2020-09-01
> - R version 4.0.3 (2020-10-10)
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] -> and spaces

[Lionel Henry via ESS-help]

Hello,

I think this is https://github.com/emacs-ess/ESS/issues/948

Best,
Lionel

On 11/26/20, Kasper Daniel Hansen via ESS-help  wrote:
> Thanks for the work on ESS over the ages. I am happy to see that there is
> development happening still.
>
> I have the following code in my .emacs which I use to have the behaviour of
> changing a _ keypress into printing <-:
>
>   (define-key ess-r-mode-map "_" #'ess-insert-assign)
>   (define-key inferior-ess-r-mode-map "_" #'ess-insert-assign)
>
> Now, is this the right way to do it? The thing I see is when I already have
> a space, it adds an extra space, whereas it used to clean it up. Let me
> illustrate (S indicates space)
>   S_
> gets converted into
>   SS<-S
> It used to work like this (a long time ago, before I needed to edit my
> .emacs). Reading the manual, does this have to do with smart-underscore
> being removed?
>
> Best,
> Kasper
>
>   [[alternative HTML version deleted]]
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] R 4.0

[Lionel Henry via ESS-help]

macOS filesystems are indeed case insensitive by default (you can
format with sensitivity enabled if you like), but this is not
necessarily a concern here.

On macOS, R is typically installed as a "framework". In that case we
use RSwitch.app to change the version that the `R` symlink points
to. Maybe other users have a different experience, but I've never used
the special `R-` runners that ESS creates.

Best,
Lionel

On 4/18/20, Dirk Eddelbuettel via ESS-help  wrote:
>
> On 18 April 2020 at 13:57, Martin Maechler via ESS-help wrote:
> | But on that most-used (non-)operating system,  lowercase and
> | uppercase are mostly equivalent in file names *and* executables
> | are file names, no?
>
> No:
>
>   edd@rob:~$ r --version | head -1
>   r ('littler') version 0.3.9
>   edd@rob:~$ R --version | head -1
>   R version 3.6.3 (2020-02-29) -- "Holding the Windsock"
>   edd@rob:~$
>
> Also, remember that R CMD calls for 25 years into i.e. INSTALL to avoid
> /usr/bin/install from GNU?  Same reason.
>
> The only "famous" and very braindead exception is macOS where I recommend
> littler users build it as 'lr' because there (and only there) r == R.
>
> Dirk
>
> --
> http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help
>

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Printing tibbles in iESS

[Lionel Henry via ESS-help]

This is a known bug: https://github.com/emacs-ess/ESS/issues/759 


Best,
Lionel

> On 4 Dec 2018, at 17:14, Kevin Wright via ESS-help  
> wrote:
> 
> I have a tibble that is printing like this in the iESS buffer:
> 
> # A tibble: 74 x 15
>  expt trt `Loc Name` `Explained` `Common`
>  
>
>   
>
>   
> 1 nate0 rs_ltht AP2 2018 193.7 7.72
> 2 nate0 rs_ltht AA2 2018 196.5 8.96
> 3 nate0 rs_ltht AY2 2018 194.510.4
> 
> It appears that after each data type (e.g. ) is a space and then a
> newline character (^J).
> 
> I've dug into the tibble package, then pillar, then fansi, but I'm still
> stuck. Can anybody explain what is happening?
> 
> -- 
> Kevin Wright
> 
>   [[alternative HTML version deleted]]
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help


[[alternative HTML version deleted]]

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] looking for definitions of R functions

[Lionel Henry via ESS-help]

The development version is integrated with xref based on function srcrefs.
It should work with sourced scripts and local packages installed with srcrefs.
We'll try to make it work with non-local packages as well.

Lionel

> On 22 juin 2018, at 11:15, Stephen Eglen via ESS-help 
>  wrote:
> 
> Hello,
> 
> what are people using (if anything) to find declarations of R functions
> within Emacs buffers?  e.g. when point is on the name of a function, you
> hit a keybinding to look up the definiton of that function.
> 
> I just had some success with using dumb-jump.el
> https://github.com/jacktasia/dumb-jump  -- it has a notion of a project
> folder within which it will search for R function definitions
> dynamically using a grep variant.  (It doesn't always work -- e.g. I
> can't yet get it to fund hidden functions that begin with a period,
> since I think it does not recognise the . as beginning of a word.)
> 
> But I'm just wondering if others had success with other packages?  We
> mention TAGS files in our ESS documentation, and rtags.
> 
> Stephen
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] ess-dump-object-into-edit-buffer

[Lionel Henry]

I think we should adjust the max lines before calling dump().
In the mean time you can do it manually:

options(deparse.max.lines = NA)

The reason for the change of behaviour is this change in R:


https://github.com/wch/r-source/commit/201ddbd16e8f410c469dcd4695471c0bedd65dd5

dput() and dump() should probably set this option to NA themselves.

Lionel



> On 12 avr. 2018, at 09:56, Patrick Connolly  
> wrote:
> 
> Thanks for the response, however, if I start Emacs with a '-q' none of
> my ~/.emacs file is read, so Emacs doesn't know how to start R.  More
> to the point, I'm unable to run R within Emacs any other way.
> 
> I gather there is a way of applying individual lines of the .emacs
> files but a bear with a small brain doesn't know how to do that (or
> where to look in the manual how to do it),
> 
> It would appear, if it doesn't reproduce, that the problem is
> somewhere in my .emacs file.  That's a hodge-podge of various things
> I've picked up over the decades so it wouldn't be surprising to find
> some incompatibilities.
> 
> Ideas appreciated.
> 
> 
> On Wed, 11-Apr-2018 at 07:44AM -0400, Ista Zahn wrote:
> 
> |> I can't reproduce it with the latest ESS from melpa. Can you give
> |> reproduction steps starting with
> |> 
> |> emacs -q
> |> 
> |> ?
> |> 
> |> --Ista
> |> 
> |> On Wed, Apr 11, 2018 at 4:58 AM, Patrick Connolly
> |>  wrote:
> |> > For a long time I used to be able to use
> |> >
> |> > ess-dump-object-into-edit-buffer
> |> >
> |> > to create a buffer that could be used to edit the designated function
> |> > from anywhere on the search path to make a local version.
> |> >
> |> > Starting at about ess-15.x, only the first 5 or so lines of code is
> |> > made available which I took to be a bug that would be fixed.  However,
> |> > I was mistaken.  I installed ess-17.11 and it's still the same.  Being
> |> > a bear with only a small brain, I can't imagine what use that would be
> |> > if it's what is intended.
> |> >
> |> > Could it be that there is an additional setting that allows all of the
> |> > function (including comments) to be dumped into that buffer?  Perhaps,
> |> > more difficult to track down, I have something else in my ~/.emacs
> |> > file that is incompatible.
> |> >
> |> > TIA for suggestions.
> |> >
> |> > --
> |> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
> |> >___Patrick Connolly
> |> >  {~._.~}   Great minds discuss ideas
> |> >  _( Y )_ Average minds discuss events
> |> > (:_~*~_:)  Small minds discuss people
> |> >  (_)-(_)  . Eleanor Roosevelt
> |> >
> |> > ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
> |> >
> |> > __
> |> > ESS-help@r-project.org mailing list
> |> > https://stat.ethz.ch/mailman/listinfo/ess-help
> 
> -- 
> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.   
>   ___Patrick Connolly   
> {~._.~}   Great minds discuss ideas
> _( Y )_Average minds discuss events 
> (:_~*~_:)  Small minds discuss people  
> (_)-(_) . Eleanor Roosevelt
> 
> ~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.~.
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] make problems with latest git

[Lionel Henry]

Could you please try again with the latest master.

If it still doesn't work, please open an issue and we'll
figure it out from there.

Best,
Lionel

> On 6 mars 2018, at 19:25, Ross Boylan  wrote:
> 
> On Tue, Mar 06, 2018 at 10:18:13AM -0800, Ross Boylan wrote:
> ...
>> have -no-init-file).  So I renamed it and tried again in the cloned ESS3.
>> Results attached.  Lots of warnings, but again it seems to get through
>> the ess-sas stuff that was a problem, only to fail with
>> ess-r-xref.el:32:1:Error: Cannot open load file: no such file or
>> directory, xref
>> 
> Apparently xref is used in emacs 25; I'm running emacs 24.
> 
> Ross
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] starting directory not detected correctly anymore

[Lionel Henry]

It seems there is an issue with Emacs 24, I'll look into it.

Could you open a github issue please? And confirm there that
you still see the problem when you open Emacs with -q flag
(to prevent loading of init file).

Lionel


> On 12 déc. 2017, at 06:29, Susumu Tanimura  wrote:
> 
> Hi there,
> 
> Similar trouble happens to me.
> 
> $ pwd
> /tmp
> $ emacs test.R &
> 
> then, after starting R session,
>> getwd()
> [1] "/"
> 
> ESS always starts in the parent directory of current directory. Nothing
> to do with "R" directory. 
> 
> Any help?
> 
> $ lsb_release -d
> Description:  Ubuntu 16.04.3 LTS
> $ emacs --version |head -1
> GNU Emacs 24.5.1
> $ dpkg -l ess |tail -1
> ii  ess17.11-2xenial0 all  Emacs mode for statistical 
> programming and data analysis
> 
> -- 
> Susumu
> 
> 
> On Thu, 30 Nov 2017 18:59:46 -0600
> Paul Johnson  wrote:
> 
>> Greetings.
>> 
>> I want to have ESS know the working directory from shell pwd, I don't
>> want it to ask me.
>> 
>> I have a setting in my init.el that used to work that way:
>> 
>> ;; start R in current working directory, don't let R ask user:
>> (setq ess-ask-for-ess-directory nil)
>> 
>> Recently, it has stopped working. The symptom of the problem is that
>> the R session working directory trims off the last element in the
>> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11.
>> 
>> When I open a file from command line, say in
>> 
>> $ cd ~/tmp/R/
>> $ emacs testme.R
>> 
>> and then I hit the bug blue icon to start R, then getwd() shows
>> "~/tmp". The last element in the path is lost.  Same happens if I
>> start R with "Alt-x R", so don't hate me for liking your pretty blue R
>> button.
>> 
>> I notice that M-x eshell gets it right, it opens a shell in the /R
>> directory (the correct one). Also Emacs File "Open Directory" also
>> gets it right. Its just the inferior ESS *R* session that doesn't get
>> it right.
>> 
>> If I remove that line from init.el, then the ESS process stops and
>> asks me what directory what I want and it always guesses correctly.
>> 
>> I never saw this happen before today when opening a pre-existing R
>> file from the shell.  I have seem similar in past if I have an Emacs
>> session open and close the R session and re-start a new R session
>> without closing Emacs.  That second instance almost always has lost
>> the "R" from the file path, and shows the parent directory.
>> 
>> Would somebody try it and tell me if I've just gone all the way off
>> the cliff toward crazy?
>> 
>> Suggestions welcome (except concerning cliffs), thanks as usual.
>> 
>> pj
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] starting directory not detected correctly anymore

[Lionel Henry]

Startup in the project/package root is experimental and isn't
enabled by default.

Is it possible you are using a dev version from a month or so ago?
For instance you could have installed it with melpa. The released
version or the current dev version should not exhibit that behaviour.

Best,
Lionel


> On 2 déc. 2017, at 18:43, Vitalie Spinu  wrote:
> 
> 
> I think this is a consequence of the recent feature which sets the default
> directory to the package directory. It looks like it treats your tmp directory
> as a package. @Lionel?
> 
>  Vitalie
> 
>>> On Thu, Nov 30 2017 18:59, Paul Johnson wrote:
> 
>> Greetings.
> 
>> I want to have ESS know the working directory from shell pwd, I don't
>> want it to ask me.
> 
>> I have a setting in my init.el that used to work that way:
> 
>> ;; start R in current working directory, don't let R ask user:
>> (setq ess-ask-for-ess-directory nil)
> 
>> Recently, it has stopped working. The symptom of the problem is that
>> the R session working directory trims off the last element in the
>> path. This is in Ubuntu 17.04 with emacs 24.5.1 and ess 17.11.
> 
>> When I open a file from command line, say in
> 
>> $ cd ~/tmp/R/
>> $ emacs testme.R
> 
>> and then I hit the bug blue icon to start R, then getwd() shows
>> "~/tmp". The last element in the path is lost.  Same happens if I
>> start R with "Alt-x R", so don't hate me for liking your pretty blue R
>> button.
> 
>> I notice that M-x eshell gets it right, it opens a shell in the /R
>> directory (the correct one). Also Emacs File "Open Directory" also
>> gets it right. Its just the inferior ESS *R* session that doesn't get
>> it right.
> 
>> If I remove that line from init.el, then the ESS process stops and
>> asks me what directory what I want and it always guesses correctly.
> 
>> I never saw this happen before today when opening a pre-existing R
>> file from the shell.  I have seem similar in past if I have an Emacs
>> session open and close the R session and re-start a new R session
>> without closing Emacs.  That second instance almost always has lost
>> the "R" from the file path, and shows the parent directory.
> 
>> Would somebody try it and tell me if I've just gone all the way off
>> the cliff toward crazy?
> 
>> Suggestions welcome (except concerning cliffs), thanks as usual.
> 
>> pj
> 
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

[ESS] magit kickstarter

[Lionel Henry]

Hi everyone,

Magit is one of those features that makes Emacs special. It is an
interface to git that simplifies many workflows and is a joy to work
with. Several ESS developers including myself use it on a regular
basis. If you don't use magit for your git tasks, I highly recommend it.

For those of you that do use it, the maintainer of magit Jonas Bernoulli
has launched a kickstarter:

https://www.kickstarter.com/projects/1681258897/its-magit-the-magical-git-client

The goal is for him to be able to work on magit for a year and sort
out important issues, including performance and an improved UI. If
you're a magit user maybe you would like to contribute.

Thanks!
Lionel
__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Ever consider changing indentation on #?

[Lionel Henry]

> On 8 mai 2017, at 09:07, Stephen Eglen  wrote:
> 
>> Let's say that following the R engine indentation style has been coldly
>> received.
> 
> Oh dear!  I personally think supporting the style from the R parser (if
> that is intended, perhaps it is not?) would be good.

That's not a style from the parser but from the printer, e.g. the third letter
of REPL rather than the first.

Unlike gofmt, the R printer has been designed to print rather than format.

Lionel

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Ess in emacs on mac

[Lionel Henry]

It is implicit when you use an IDE that it will change the environment.
Just like we are not giving any warning that the search path is altered
by ESS or that we are pre-processing any input the user supplies.

The number of users who care about these options is probably very small.
I myself have no idea what they are for. At the minimum, we should have
an `inferior-ess-silent-init` option set to `t` by default.

Lionel


> On 27 févr. 2017, at 22:23, Martin Maechler <maech...@stat.math.ethz.ch> 
> wrote:
> 
> On Mon, Feb 27, 2017 at 7:04 PM, Vitalie Spinu <spinu...@gmail.com 
> <mailto:spinu...@gmail.com>> wrote:
>> 
>> I would agree with that. I think it's pretty safe to make that silent.
> 
> I don't think that safety is the issue here.  Rather "transparency".
> If ESS changes relatively important  options()  in R, as an R user I'd
> rather like to notice.   So this was visibly quite on purpose.
> 
> Martin
> 
>> 
>>>> On Mon, Feb 27 2017 13:54, Lionel Henry wrote:
>> 
>>> Hi Luping,
>> 
>>> This is normal and part of ESS initialisation, but it has always
>>> bugged me as well. I think we should make this output silent.
>> 
>>> Lionel
>> 
>>>> On 27 févr. 2017, at 10:10, Luping Zhang <rolf.che...@gmail.com> wrote:
>>>> 
>>>> To whom may concern
>>>> Sorry for bothering you. But I have a question about ESS.
>>>> When typing the command “M-x R RET” in mini buffer, I can
>>>> go in R, as the following picture shows. However, there is always
>>>> an information: “if (identical (getOption)…” pops up. I am not sure
>>>> this is normal when using ESS in emacs. Could you explain for me
>>>> why this information always shows, and how can I avoid this. By the way,
>>>> My configuration in emacs initial file is
>>>> ( use-package ess-site
>>>> :ensure ess
>>>> :init
>>>> (setq inferior-R-program-name “/usr/local/bin/R)
>>>> (setq ess-ask-for-ess-directory nil))
>>>> 
>>>> Thanks again, long for hear from you
>>>> 
>>>> Greetings from Nanjing China
>>>> 
>>>> Luping
>>>> __
>>>> ESS-help@r-project.org mailing list
>>>> https://stat.ethz.ch/mailman/listinfo/ess-help
>> 
>>> __
>>> ESS-help@r-project.org mailing list
>>> https://stat.ethz.ch/mailman/listinfo/ess-help
>> 
>> __
>> ESS-help@r-project.org <mailto:ESS-help@r-project.org> mailing list
>> https://stat.ethz.ch/mailman/listinfo/ess-help 
>> <https://stat.ethz.ch/mailman/listinfo/ess-help>

[[alternative HTML version deleted]]

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] Ess in emacs on mac

[Lionel Henry]

Hi Luping,

This is normal and part of ESS initialisation, but it has always
bugged me as well. I think we should make this output silent.

Lionel


> On 27 févr. 2017, at 10:10, Luping Zhang  wrote:
> 
> To whom may concern
> Sorry for bothering you. But I have a question about ESS.
> When typing the command “M-x R RET” in mini buffer, I can 
> go in R, as the following picture shows. However, there is always
> an information: “if (identical (getOption)…” pops up. I am not sure 
> this is normal when using ESS in emacs. Could you explain for me 
> why this information always shows, and how can I avoid this. By the way,
> My configuration in emacs initial file is
> ( use-package ess-site
>   :ensure ess
>   :init
>   (setq inferior-R-program-name “/usr/local/bin/R)
>   (setq ess-ask-for-ess-directory nil))
> 
> Thanks again, long for hear from you
> 
> Greetings from Nanjing China
> 
> Luping
> __
> ESS-help@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/ess-help

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help

Re: [ESS] (test) Eval function..

[Lionel Henry]

> On 19 déc. 2016, at 10:25, Vitalie Spinu  wrote:
> 
> Maybe we can test for existence of the package and re-direct to standard
> evaluation if it does not exist? I would imagine this error is quite confusing
> for someone who doesn't know what's going on.

Yup that makes sense.


[[alternative HTML version deleted]]

__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help