R devel - Jan 2008 - Plot definition for custom class

Hi,

Is there any way to trick R CMD check into not throwing this error after I
created a dedicated "plot" incarnation for my custom function?

* checking S3 generic/method consistency ... WARNING
plot:
  function(x, ...)
plot.MQUSpecMatch:
  function(x, mozlabel, labelcex)

Thanks again, Joh

>>>>> Johannes Graumann writes:
> Hi,
> Is there any way to trick R CMD check into not throwing this error after I
> created a dedicated "plot" incarnation for my custom function?
> * checking S3 generic/method consistency ... WARNING
> plot:
>   function(x, ...)
> plot.MQUSpecMatch:
>   function(x, mozlabel, labelcex)
Yes (even though it is a warning and not an error): add the ... args to
the method.

-k
> Thanks again, Joh
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel

I think you just need to include the '...' as an argument to your
function.

Jeff
Sent via BlackBerry from T-Mobile

-----Original Message-----
From: Johannes Graumann <johannes_graumann at web.de>

Date: Thu, 24 Jan 2008 22:03:10 
To:r-devel at stat.math.ethz.ch
Subject: [Rd] Plot definition for custom class


Hi,

Is there any way to trick R CMD check into not throwing this error after I
created a dedicated "plot" incarnation for my custom function?

* checking S3 generic/method consistency ... WARNING
plot:
  function(x, ...)
plot.MQUSpecMatch:
  function(x, mozlabel, labelcex)

Thanks again, Joh

______________________________________________
R-devel at r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel

Kurt Hornik <Kurt.Hornik <at> wu-wien.ac.at> writes:
> 
> >>>>> Johannes Graumann writes:
> 
> > Hi,
> > Is there any way to trick R CMD check into not throwing this error
after I
> > created a dedicated "plot" incarnation for my custom
function?
> 
> > * checking S3 generic/method consistency ... WARNING
> > plot:
> >   function(x, ...)
> > plot.MQUSpecMatch:
> >   function(x, mozlabel, labelcex)
> 
> Yes (even though it is a warning and not an error): add the ... args to
> the method.
Warning get obnoxious in a big project (by my humble standars) ...
Thanks - works like a charm.

Joh