On 25/05/2018 3:25 PM, Steven Spiriti wrote:
To Whom It May Concern:
I have created a package called "freeknotsplines" in R, and I need to
make a few updates to it. I resubmitted the package, and received the
following error message:
The problem is that you are mixing up S3 and S4
On 25/05/2018 3:22 PM, Lenth, Russell V wrote:
There can't really be an "ImportGenerics", because S3 is so informal. A
generic function is a function that calls UseMethod, but it can do anything else as well.
So R would need some fancy code analysis to know whether it was safe to import the
To Whom It May Concern:
I have created a package called "freeknotsplines" in R, and I need to
make a few updates to it. I resubmitted the package, and received the
following error message:
checking examples ... ERROR
Running examples in ‘freeknotsplines-Ex.R’ failed
The error most likely
> There can't really be an "ImportGenerics", because S3 is so informal. A
> generic function is a function that calls UseMethod, but it can do anything
> else as well. So R would need some fancy code analysis to know whether it
> was safe to import the generic but not all the dependencies of
On 25/05/2018 11:38 AM, Lenth, Russell V wrote:
I agree that most of the package dependencies in multcomp are worth having, but
that is not the point. The point is that if a developer wants to write a method
for a generic function offered in another non-base package, that creates false
In the estimatr package, we provided a shim to support broom without
transitively depending on the tidyverse:
tidy <- function(object, ...) {
if (requireNamespace("broom", quietly = TRUE)) broom::tidy(object, ...)
else UseMethod("tidy")
}
I agree that most of the package dependencies in multcomp are worth having, but
that is not the point. The point is that if a developer wants to write a method
for a generic function offered in another non-base package, that creates false
dependencies: packages that users are required to have,
Russ Lenth may have picked a suboptimal example (we could search
through the dependencies of emmeans for an example with more
non-(base+recommended) recursive dependencies, but the general point
definitely holds.
"(formally undefined) recommended-level-2 R packages" seems like a can
of worms (I
On Thu, May 24, 2018 at 10:11 PM, Steven Spiriti
wrote:
>
> > x <- 0:30/30
> > truey <- x*sin(10*x)
> > set.seed(10556)
> > y <- truey + rnorm(31, 0, 0.2)
> > xy.freekt <- freelsgen(x, y, degree = 2, numknot = 2, 555)
> > coef(xy.freekt)
> Error: $ operator not defined
Dear Martin,
Thanks for the clarification and sorry for the noise.
Georgi
-Original Message-
From: Martin Maechler [mailto:maech...@stat.math.ethz.ch]
Sent: 25 May 2018 09:11
To: Georgi Boshnakov
Cc: joris.m...@ugent.be; R Package Development
Subject: Re: [R-pkg-devel] Creating S3
> Georgi Boshnakov
> on Thu, 24 May 2018 16:07:43 + writes:
> Hi Joris, At least some aspects of this topic are of
> interest on this list, given its complexity.
I'm sorry, Georgi, but "of interest" (to some readers) still
does not make this the correct mailing list for
11 matches
Mail list logo