Re: [Rd] Discrepancy between is.list() and is(x, "list")

2019-03-28 Thread Gabriel Becker
Abs, Inline. On Thu, Mar 28, 2019 at 8:10 PM Abs Spurdle wrote: > I know I said that I had no further comments on object oriented semantics. > However, I found a contradiction in the R documentation. > > > Gabriel Becker wrote: > > So, there are implicit classes, but *only when the data object

Re: [Rd] Discrepancy between is.list() and is(x, "list")

2019-03-28 Thread Abs Spurdle
I know I said that I had no further comments on object oriented semantics. However, I found a contradiction in the R documentation. Gabriel Becker wrote: > So, there are implicit classes, but *only when the data object is NOT an "R object" In the R Language Definition: > The R specific function

Re: [Rd] default for 'signif.stars'

2019-03-28 Thread Fox, John
Dear all, I agree with both Russ and Terry that the significance stars option should default to FALSE. Here's what Sandy Weisberg and I say about significance starts in the current edition of the R Companion to Applied Regression: 'If you find the “statistical-significance” asterisks th

Re: [Rd] Discrepancy between is.list() and is(x, "list")

2019-03-28 Thread Hadley Wickham
On Wed, Mar 27, 2019 at 6:27 PM Abs Spurdle wrote: > > > the prison made by ancient design choices > > That prison of ancient design choices isn't so bad. > > I have no further comments on object oriented semantics. > However, I'm planning to follow the following design pattern. > > If I set the c

Re: [Rd] topenv of emptyenv

2019-03-28 Thread Michael Lawrence via R-devel
And it is used profusely by the methods package. On Thu, Mar 28, 2019 at 4:53 AM Gábor Csárdi wrote: > On Thu, Mar 28, 2019 at 11:43 AM Martin Maechler > wrote: > [...] > > > > Indeed... and as I mentioned I had never actively noticed the > > use of topenv() at all... > > FWIW topenv() is used

Re: [Rd] [RFC] readtable enhancement

2019-03-28 Thread Michael Lawrence via R-devel
Gabe described my main concern. Specifying a coercion function asserts that the data (1) were what was expected and (2) were converted into what was expected. Allowing a coercer to delegate to a "next method" is a good idea, but keep in mind that any function that did that would not confer the bene

Re: [Rd] [EXTERNAL] Re: issue with latest release of R-devel

2019-03-28 Thread Therneau, Terry M., Ph.D. via R-devel
I have not yet checked all instances, but Henrik's suggestion is 3 for 3 so far. Should I send notes to the packages in question, or will they get some from CRAN? Terry On 3/27/19 10:44 PM, Henrik Bengtsson wrote: > Could this be related to > > "SIGNIFICANT USER-VISIBLE CHANGES > > The default

Re: [Rd] default for 'signif.stars'

2019-03-28 Thread Therneau, Terry M., Ph.D. via R-devel
The addition of significant stars was, in my opinion, one of the worst defaults ever added to R.   I would be delighted to see it removed, or at least change the default.  It is one of the few overrides that I have argued to add to our site-wide defaults file. My bias comes from 30+ years in a

Re: [Rd] topenv of emptyenv

2019-03-28 Thread Konrad Rudolph
On Thu, Mar 28, 2019 at 11:42 AM Martin Maechler wrote: > So from that definition it must return .Globalenv in this > particular case. Indeed, that makes sense. Apparently the note wasn’t explicit enough for me to make the connection. -- Konrad Rudolph _

Re: [Rd] topenv of emptyenv

2019-03-28 Thread Gábor Csárdi
On Thu, Mar 28, 2019 at 11:43 AM Martin Maechler wrote: [...] > > Indeed... and as I mentioned I had never actively noticed the > use of topenv() at all... FWIW topenv() is used in a couple of packages, although some of these are false positives: https://github.com/search?q=org%3Acran+topenv&type

Re: [Rd] topenv of emptyenv

2019-03-28 Thread Martin Maechler
> Konrad Rudolph > on Sat, 23 Mar 2019 14:26:40 + writes: > Konrad Rudolph > on Sat, 23 Mar 2019 14:26:40 + writes: > I was surprised just now to find out that `topenv(emptyenv())` equals > … `.GlobalEnv`, not `emptyenv()`. From my understanding of the

Re: [Rd] Discrepancy between is.list() and is(x, "list")

2019-03-28 Thread Martin Maechler
> Abs Spurdle > on Thu, 28 Mar 2019 12:26:36 +1300 writes: >> the prison made by ancient design choices > That prison of ancient design choices isn't so bad. > I have no further comments on object oriented semantics. > However, I'm planning to follow the following des

Re: [Rd] default for 'signif.stars'

2019-03-28 Thread Martin Maechler
> Lenth, Russell V > on Wed, 27 Mar 2019 00:06:08 + writes: > Dear R-Devel, As I am sure many of you know, a special > issue of The American Statistician just came out, and its > theme is the [mis]use of P values and the many common ways > in which they are abused.

Re: [Rd] bugs in head() and tail()

2019-03-28 Thread Barry Rowlingson
On Wed, Mar 27, 2019 at 1:52 AM Abs Spurdle wrote: > > In the case of head.default(), it assumes that the object is a vector, or > something similar. > No it doesn't. It assumes (ultimately) that x[seq_len(n)] is the correct way to generate a "head" of something. Which is reasonable. That's depe

Re: [Rd] [RFC] readtable enhancement

2019-03-28 Thread Kurt Van Dijck
On wo, 27 mrt 2019 22:55:06 -0700, Gabriel Becker wrote: >Kurt, >Cool idea and great "seeing new faces" on here proposing things on here >and engaging with R-core on here. >Some comments on the issue of fallbacks below. >On Wed, Mar 27, 2019 at 10:33 PM Kurt Van Dijck ><[1]d