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
Hi,
Vincent, you might want to connect with David Caldwell on the issues that you
are facing. I noted that on this page:
https://emacsformacosx.com/about
he notes that there are changes to the app launcher that may be relevant to
what you are experiencing. Whether there is an intentional
Hi All,
Just an FYI that over the past few days, there were apparently some
releases of Emacs 27.2 for macOS from:
https://emacsformacosx.com
The latest version is 27.2-2.
These are the first releases since the 27.1 releases last August.
The notes for the latest release from:
[Re-sending, as my prior reply seems to have been problematic]
Hi,
While not a Windows user, I am on macOS, I might point out the R Windows
FAQ:
https://cran.r-project.org/bin/windows/base/rw-FAQ.html
which has a section on installation and customization. The relevant
reference for the
__
ESS-help@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/ess-help
Hi,
FWIW, I had the same issue at some point in the past, and I have the following
in my .emacs to change the behavior:
(add-to-list 'display-buffer-alist '("*R" (display-buffer-reuse-window
display-buffer-at-bottom)
(window-width . 0.5) (reusable-frames . nil)))
That was provided here on
On May 19, 2020, at 6:05 PM, Alex Branham wrote:
>>>
>>> The default value of ess-eval-visibly recently changed. You probably want
>>> to customize it to t or nowait.
>>>
>>> Alex
>>>
>>> On Tue, May 19, 2020, 5:08 PM Marc
to be a compromise of
sorts, given the issues raised.
Thanks,
Marc
> On May 19, 2020, at 6:05 PM, Alex Branham wrote:
>
> The default value of ess-eval-visibly recently changed. You probably want to
> customize it to t or nowait.
>
> Alex
>
> On Tue, May 19, 2020, 5:08 PM Ma
Hi,
A clarification, that when I do run the command, on a *single* line in the R
buffer, I am getting '>' characters for each line of R code in the region
passed, and I get '+' characters if there is a multiline region of code passed.
Thus, I might see the following single lines of output in
Hi All,
I just updated my ESS/Polymode installation today via melpa, and unless I am
missing something, I noticed that the use of ess-eval-region via "C-c C-r" does
not seem to echo the highlighted R code region into the R buffer, which it had
been doing until now.
The code does execute,
Note:
Re-sending my reply below, as I noted that even though I did reply-all, the ESS
list was not included in the reply...
Apologies.
Marc
> On Mar 13, 2019, at 6:12 AM, Vitalie Spinu wrote:
>
>
>
>>> On Thu, Mar 07 2019 12:17, Marc Schwartz via ESS-help wrote:
&g
> On Mar 7, 2019, at 12:51 PM, Alex Branham wrote:
>
>
> On Thu 07 Mar 2019 at 11:17, Marc Schwartz wrote:
>
>>> (add-to-list 'display-buffer '("*R" (display-buffer-reuse-window
>>> display-buffer-at-bottom)
>^ should be 'display-buffer-alist
>>> (window-width . 0.5)
Hi Alex,
Thanks for your reply. Responses inline below.
Marc
> On Mar 7, 2019, at 10:24 AM, Alex Branham wrote:
>
>
> On Wed 06 Mar 2019 at 18:53, Marc Schwartz via ESS-help
> wrote:
>
>> Three questions:
>>
>> 1. While the syntax highlighting seem
Hi All,
So I finally made the jump to polymode. Still getting use to the changes after
having used ESS for circa 15 years or so on Windows, Linux and OSX/macOS.
Thanks to those involved in developing and maintaining polymode.
Three questions:
1. While the syntax highlighting seems to be
14 matches
Mail list logo