If Martin's proposal for declaring non-S3 methods in NAMESPACE is feasible, it would be very helpful. The packages we support have multiple examples of unfortunately named functions non-S3 functions, so creating a route for migrating them into compliance would be great.
best, -skye On 06/12/2015 03:00 AM, [email protected] wrote: > Message: 11 > Date: Fri, 12 Jun 2015 09:55:18 +0200 > From: Martin Maechler<[email protected]> > To: John Fox<[email protected]> > Cc: Michael Friendly<[email protected]>, Sandy Weisberg > <[email protected]>, [email protected] > Subject: Re: [R-pkg-devel] "apparent S3 methods" note in R CMD check > Message-ID:<[email protected]> > Content-Type: text/plain; charset="us-ascii" <snip> > that it would be desirable for the package author to > effectively declare the fact that such a function is not an S3 > method even though it "looks like it" at least if looked from far. > > So, ideally, you could have something like > > nonS3method("all.effects") > > somewhere in your package source ( in NAMESPACE or R/*.R ) > which would tell the package-checking code -- but*ALSO* all the other S3 > method code that all.effects should be treated as a regular R > function. ______________________________________________ [email protected] mailing list https://stat.ethz.ch/mailman/listinfo/r-devel
