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:
that defines
>> On Thu, Mar 07 2019 12:17, Marc Schwartz via ESS-help wrote:
>>>
>>> that defines the boundary of an R chunk is bolded in black instead of red. I
>>> Googled for polymode colors but did not see anything obvious, so was
>>> wondering if someone can point me to the fontlock settings for the
> 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)
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) (reusable-frames . nil)))
>
> Symbol's value as variable is void:
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 seems to be generally preserved in terms of
On Wed 06 Mar 2019 at 18:53, Marc Schwartz via ESS-help
wrote:
> Three questions:
>
> 1. While the syntax highlighting seems to be generally preserved in terms of
> fonts and colors from ESS and auctex, the following text:
>
> <>=
>
> @
>
> that defines the boundary of an R chunk is bolded
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