Re: [Rd] [R] approx with NAs --> new argument 'na.rm=TRUE' ?!

2019-05-10 Thread Robert Almgren
On May 10, 2019, at 12:24 EDT, Martin Maechler wrote: > I have now committed a version "fulfilling" your wish, partly at least, to > R-devel . That is great! Thank you so much. Let me pull it and try it out. --Robert Almgren -- Quantitative Brokers

[Rd] Should requireNamespace(quietly = TRUE) suppress messages about overwritten S3 methods?

2019-05-10 Thread Yihui Xie
Hi, In the NEWS of R 3.6.0: > When loading namespaces, S3 method registrations which overwrite previous > registrations are now noted by default (using packageStartupMessage()). As a result, requireNamespace() with R 3.6.0 is no longer quiet as before, e.g., > requireNamespace('ggplot2', quiet

Re: [Rd] [R] approx with NAs --> new argument 'na.rm=TRUE' ?!

2019-05-10 Thread Martin Maechler
I have now committed a version "fulfilling" your wish, partly at least, to R-devel . In the new approx(*, na.rm=FALSE) cases, the result of how NA's are treated does depend on the 4 different extrapolation rules {1, 2, 1:2, 2:1} The main reason was that I kept the low level code in C to do +

Re: [Rd] [External] Re: ALTREP: Design concept of alternative string

2019-05-10 Thread Tierney, Luke
On Fri, 10 May 2019, 介非王 wrote: > Hi Gabriel, > > Thanks for your explanation, I totally understand that it is almost > impossible to change the data structure of STRSXP. However, what I'm > proposing is not about changing the internal representation, but rather > about how we design and use the A

Re: [Rd] ALTREP: Design concept of alternative string

2019-05-10 Thread 介非王
Hi Gabriel, Thanks for your explanation, I totally understand that it is almost impossible to change the data structure of STRSXP. However, what I'm proposing is not about changing the internal representation, but rather about how we design and use the ALTREP API. I might do not state the workar