Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Michael Lawrence
On Wed, May 16, 2018 at 3:45 PM, Hervé Pagès wrote: > On 05/16/2018 01:24 PM, Michael Lawrence wrote: >> >> On Wed, May 16, 2018 at 12:23 PM, Hervé Pagès >> wrote: >>> >>> On 05/16/2018 10:22 AM, Michael Lawrence wrote: Factors and

Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Hervé Pagès
On 05/16/2018 01:24 PM, Michael Lawrence wrote: On Wed, May 16, 2018 at 12:23 PM, Hervé Pagès wrote: On 05/16/2018 10:22 AM, Michael Lawrence wrote: Factors and data.frames are not structures, because they must have a class attribute. Just call them "objects". They are

Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Michael Lawrence
On Wed, May 16, 2018 at 12:23 PM, Hervé Pagès wrote: > On 05/16/2018 10:22 AM, Michael Lawrence wrote: >> >> Factors and data.frames are not structures, because they must have a >> class attribute. Just call them "objects". They are higher level than >> structures, which in

Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Hervé Pagès
On 05/16/2018 10:22 AM, Michael Lawrence wrote: Factors and data.frames are not structures, because they must have a class attribute. Just call them "objects". They are higher level than structures, which in practice just shape data without adding a lot of semantics. Compare getClass("matrix")

Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Michael Lawrence
Factors and data.frames are not structures, because they must have a class attribute. Just call them "objects". They are higher level than structures, which in practice just shape data without adding a lot of semantics. Compare getClass("matrix") and getClass("factor"). I agree that inheritance

[Rd] Date method of as.POSIXct does not respect tz

2018-05-16 Thread Roland Fuß
R 3.5.0 Is it intended that the Date method of as.POSIXct does not respect the tz parameter? I suggest changing as.POSIXct.Date to this: function (x, tz = "", ...) .POSIXct(unclass(x) * 86400, tz = tz) Currently, the best workaround seems to be using the character method if one doesn't

Re: [Rd] Dispatch mechanism seems to alter object before calling method on it

2018-05-16 Thread Hervé Pagès
On 05/15/2018 09:13 PM, Michael Lawrence wrote: My understanding is that array (or any other structure) does not "simply" inherit from vector, because structures are not vectors in the strictest sense. Basically, once a vector gains attributes, it is a structure, not a vector. The methods

Re: [Bioc-devel] BiocInstaller: next generation

2018-05-16 Thread Martin Morgan
On 05/16/2018 10:23 AM, Nicolas Descostes wrote: Dear Martin, I am starting using BiocInstaller. Regarding the BiocManager::valid(), would it be possible to retrieve a list with one element being a vector of the packages to update? or to run BiocManager() as we do with biocLite()? Running

Re: [Bioc-devel] BiocInstaller: next generation

2018-05-16 Thread Nicolas Descostes
perfect! thanks a lot 2018-05-16 10:32 GMT-04:00 Martin Morgan : > > > On 05/16/2018 10:23 AM, Nicolas Descostes wrote: > >> Dear Martin, >> >> I am starting using BiocInstaller. Regarding the BiocManager::valid(), >> would it be possible to retrieve a list with

[Bioc-devel] BiocInstaller: next generation

2018-05-16 Thread Nicolas Descostes
Dear Martin, I am starting using BiocInstaller. Regarding the BiocManager::valid(), would it be possible to retrieve a list with one element being a vector of the packages to update? or to run BiocManager() as we do with biocLite()? I would find it easier then copying/pasting the suggested

Re: [Rd] Possible bug in package installation when R_ICU_LOCALE is set

2018-05-16 Thread Tomas Kalibera
Thanks for the report, fixed in 74706. Best, Tomas On 04/26/2018 08:43 AM, Korpela Mikko (MML) wrote: (Belated) thanks for the confirmation, Ista. I just reported this issue on the R bug tracker: https://bugs.r-project.org/bugzilla3/show_bug.cgi?id=17412 Best regards, - Mikko

[Rd] xtfrm documentation typo

2018-05-16 Thread Øystein Sørensen
I believe there is a typo in the documentation to base::xtfrm, in the file xtfrm.Rd: Under Details, it says: "... The \code{\link[survival]{Surv}} method sorts first on times and then on status code(s), finally on \code{timme2} if present. ...". I believe timme2 should be replaced by time2,