ts and defaults

[Prof Brian D Ripley]

On Fri, 6 Aug 1999, Paul Gilbert wrote:

> >The plan is to separate the the default methods from the
> >ts class methods.  We do not consider that S compatibility applies
> >to class ts, which S does not have.
> 
> The other part of the problem is that the function name ts() has already been
> appropriated as the constructor for the default, so you can't use ts() as the
> constructor for your "ts" class. Ditto for is.ts, as.ts, etc.

Or to put it another way, as I said before, ts() in R is incompatible
with ts() in S, and the name has already been taken for the constructor
of the R ts class. (In case you still do not get it, there is already
an R ts class.) Do you want us to change ts in R not to be the constructor
of the ts class, and thereby `break a lot of user code' in R?

-- 
Brian D. Ripley,                  ripley@stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272860 (secr)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595

-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or "[un]subscribe"
(in the "body", not the subject !)  To: r-devel-request@stat.math.ethz.ch
_._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._._