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 stuf
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 oc
> 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 t
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
depende
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")
}
https://github.com/DeclareDesign/estimatr/blob/master/R
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, b
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 kn
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 for this S4 class
> Executi
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 meth
> 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 t
> Lenth, Russell V
> on Thu, 24 May 2018 23:14:42 + writes:
> Package developers, I am trying to severely cut down on
> the number of dependencies of my package emmeans. It is
> now 48, which is quite a few (but that is down from over
> 100 in the preceding version
12 matches
Mail list logo
