From: Rainer M Krug <Rainer@krugs.de>
To: Bastien <bzg@gnu.org>
Cc: emacs-orgmode@gnu.org
Subject: Re: [PATCH] Write org variables into own R environment
Date: Wed, 26 Mar 2014 16:52:06 +0100 [thread overview]
Message-ID: <m2zjkdyn2x.fsf@krugs.de> (raw)
In-Reply-To: <87mwgda7c1.fsf@gmail.com> (Aaron Ecay's message of "Wed, 26 Mar 2014 01:06:00 -0400")
[-- Attachment #1: Type: text/plain, Size: 1482 bytes --]
Aaron Ecay <aaronecay@gmail.com> writes:
> Hi Rainer,
>
> This patch looks very promising. (I have not had a chance to test the
> implementation yet).
Thanks - please let me know as soon as you tested it.
> One issue might be the name of the “org” variable
> – maybe this should instead be “.org” or “_org” to lessen the chance of
> stomping on pre-existing variables named “org” in people’s code.
Agreed here. .org would be a tricky solution, because it is hidden -
advantage or disadvantage? Probably a disadvantage. I will rename it to
"_org_variables_" which is likely to be unique.
Do you think it would be worth to have a check along the lines of
if(class(_org_variables_)!="environment") {
stop("_org_variables_ is already defined ")
} else {
...
}
or to make the name user definable?
A different thing which I am using at the moment is to save the
environment so that it can be easily distributed along the tangled code
*if all variables are defined at the beginning and not per code block*.
Another option I am thinking about is to provide the possibility to
store not only variables, but also R function - useful? Effectively a
kind of "R package light for org-mode"?
>
> Thanks (also for your previous patch for handling in graphics blocks),
Pleasure - Thanks that they are useful.
Rainer
>
> --
> Aaron Ecay
>
>
--
Rainer M. Krug
email: Rainer<at>krugs<dot>de
PGP: 0x0F52F982
[-- Attachment #2: Type: application/pgp-signature, Size: 494 bytes --]
prev parent reply other threads:[~2014-03-26 15:52 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-18 14:05 [PATCH] Write org variables into own R environment instead of .GlobalEnv Rainer M Krug
2014-03-18 15:15 ` Bastien
2014-03-20 9:27 ` Rainer M Krug
2014-03-20 9:53 ` Bastien
2014-03-20 11:03 ` Rainer M Krug
2014-03-20 11:06 ` Bastien
2014-03-20 11:16 ` Rainer M Krug
2014-03-20 11:02 ` [PATCH] Write org variables into own R environment Rainer M Krug
2014-03-26 5:06 ` Aaron Ecay
2014-03-26 15:52 ` Rainer M Krug [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=m2zjkdyn2x.fsf@krugs.de \
--to=rainer@krugs.de \
--cc=bzg@gnu.org \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).