On 12/02/2010 10:33 AM, Barry Rowlingson wrote:
On Fri, Feb 12, 2010 at 2:22 PM, Simon Urbanek
wrote:
> This is getting OT, but, please, no XML. It's entirely useless in this
> context IMHO (as it is in others, but that's another story) and we already
> have reliable support for storing R objec
On Fri, Feb 12, 2010 at 2:22 PM, Simon Urbanek
wrote:
> This is getting OT, but, please, no XML. It's entirely useless in this
> context IMHO (as it is in others, but that's another story) and we already
> have reliable support for storing R objects (more than one in fact). Despite
> the fact tha
On 12 February 2010 at 09:22, Simon Urbanek wrote:
| On Feb 12, 2010, at 3:50 , Barry Rowlingson wrote:
|
| > On Wed, Feb 10, 2010 at 3:06 PM, Barry Rowlingson
| > wrote:
| >
| >> But I agree that writing a saveable options package is the first
| >> step
| >> - then making that a default in R
FYI,
a while ago I was looking into the "problem" with generic settings
files. I didn't find an omnibus/perfect solution, but have a look at
the Settings class in the R.utils package (R/Settings.R in the source
code). It tries to deal with automatic loading and saving of settings
(robust detecti
On Feb 12, 2010, at 3:50 , Barry Rowlingson wrote:
On Wed, Feb 10, 2010 at 3:06 PM, Barry Rowlingson
wrote:
But I agree that writing a saveable options package is the first
step
- then making that a default in R is the second so people don't have
to edit profiles and R packages and applic
On 12/02/2010 3:50 AM, Barry Rowlingson wrote:
On Wed, Feb 10, 2010 at 3:06 PM, Barry Rowlingson
wrote:
But I agree that writing a saveable options package is the first step
- then making that a default in R is the second so people don't have
to edit profiles and R packages and applications c
On Wed, Feb 10, 2010 at 3:06 PM, Barry Rowlingson
wrote:
> But I agree that writing a saveable options package is the first step
> - then making that a default in R is the second so people don't have
> to edit profiles and R packages and applications can expect an API for
> savable state.
More
On Wed, Feb 10, 2010 at 11:44 AM, Duncan Murdoch wrote:
> When I read the ?Startup man page, I find it is too complicated already; I
> don't want to add another kind of file to read. (Would we have separate
> user and site versions of this new file? When would it be handled?)
>
> However, we c
Barry Rowlingson wrote:
Currently when R starts up it can be configured by a file of
environment variable specifications and a file of R code. This makes
programmatic modification of startup configuration tricky.
Case in point: I start R, do install.packages("foo"), and up pops the
'choose a CRA
Currently when R starts up it can be configured by a file of
environment variable specifications and a file of R code. This makes
programmatic modification of startup configuration tricky.
Case in point: I start R, do install.packages("foo"), and up pops the
'choose a CRAN mirror' dialog. I'd like
10 matches
Mail list logo
