For the methods registered by the code I show, those do NOT go in the NAMESPACE
file, and there are no roxygen2 @export tags for those methods.
Russ
On Jul 17, 2018, at 12:41 AM, David Hugh-Jones
mailto:davidhughjo...@gmail.com>> wrote:
Hi Russell,
That's v helpful and I am going to try it m
Hi Russell,
That's v helpful and I am going to try it myself. Can I just ask what goes
in your namespace file (and what roxygen tags you use) for the relevant
methods?
David
On Tue, 17 Jul 2018 at 02:29, Lenth, Russell V
wrote:
> Thanks to all who responded. I am pleased to say that with your
Thanks to all who responded. I am pleased to say that with your help, I have
managed to work around this problem by dynamically registering the methods. My
file zzz.R contains code to register various methods having generics in coda
and multcomp. Those packages are in Suggests (not Imports) and
El lun., 16 jul. 2018 a las 3:24, Lenth, Russell V
() escribió:
>
> Package developers,
>
> I posted a question a couple of months ago dealing with how to reduce the
> number of dependencies in a package. Part of the specific issue I face is
> that I have a `cld` S3 method for which the generic i
Hi Russ,
Possibly relevant: the modelgenerics package (on GitHub) does exactly what
you're suggesting for standard model functions like `nobs` etc. I think at
some point it is going to become part of the tidyverse.
D
On Mon, 16 Jul 2018 at 02:24, Lenth, Russell V
wrote:
> Package developers,
Package developers,
I posted a question a couple of months ago dealing with how to reduce the
number of dependencies in a package. Part of the specific issue I face is that
I have a `cld` S3 method for which the generic is in the multcomp package, but
I don't want to import multcomp because it
