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

Abs et al, Ok, so I have just gone and re-read the docs again. My language was a more absolute than it should have been; *however*, I was still correct for the cases under discussion. >From ?UseMethod (emphasis mine) An R object is a data object which has a ‘class’ attribute (and this can

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

> so instead of hitting utils:::head.function, it hits utils:::head.default, which uses [ on the argument, causing the error. I've thought about this some more. And I still think that this is a bug. If a generic has a default method, then that default method should be guaranteed to work. Or at le

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

> you had seemed to be presenting it as something new in 3.5.3. I would be surprised if the behavior doesn't go all the way back to whenever head.function was added. My bad. I'm just surprised I've never noticed these problems before. > S3 classes have no formal definitions at all > I'm not sure

[Rd] default for 'signif.stars'

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. The lead editorial in that issue mentions the 2014 ASA guidelines on P values, and goes one step

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

I think this goes back to SV4 (c. late 1990's). The is. functions are much older (c. mid 1970's) , from before any class system was in S. is() and inherits() were introduced with the S4 class system and were meant to escape from the prison made by ancient design choices. Bill Dunlap TIBCO Softwa

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

Hi Abs, Lets try to remain civil even when disagreeing about major design philosophies, ok? On Tue, Mar 26, 2019 at 2:08 PM Abs Spurdle wrote: > If I can merge this thread with the one I started yesterday... > > > "If the object does not have a class attribute, it has an implicit > class..." >

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

If I can merge this thread with the one I started yesterday... > "If the object does not have a class attribute, it has an implicit class..." > which I take to mean that if an object does have a class attribute it does not also have an implicit class. > I think this is reasonable behavior. Conside

Re: [Rd] [PATCH 1/2] readtable: add hook for type conversions per column

You need admin assistance, someone will probably see your request here and fulfill it. It might be helpful to read this question/answer on StackOverflow discussing the context of proposing patches to base R functionality ... https://stackoverflow.com/questions/8065835/proposing-feature-requ

Re: [Rd] [PATCH 1/2] readtable: add hook for type conversions per column

On di, 26 mrt 2019 12:48:12 -0700, Michael Lawrence wrote: >Please file a bug on bugzilla so we can discuss this further. All fine. I didn't find a way to create an account on bugs.r-project.org. Did I just not see it? or do I need administrator assistance? Kind regards, Kurt ___

Re: [Rd] [PATCH 1/2] readtable: add hook for type conversions per column

Please file a bug on bugzilla so we can discuss this further. On Tue, Mar 26, 2019 at 11:53 AM Kurt Van Dijck < dev.k...@vandijck-laurijssen.be> wrote: > Hello, > > I want to find out if this patch is ok or not, and if not, what should > change. > > Kind regards, > Kurt > > __

Re: [Rd] [PATCH 1/2] readtable: add hook for type conversions per column

Hello, I want to find out if this patch is ok or not, and if not, what should change. Kind regards, Kurt __ R-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-devel

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

Hello, Here is another example. df1 <- data.frame(a = 1:3, b = 4:6) inherits(df1, "data.frame") #[1] TRUE class(df1) #[1] "data.frame" inherits(df1, "list") #[1] FALSE This is documented behavior, the help page ?inherits says The function class prints the vector of names of classes an objec

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

In the case of inherits (at least) this seems intended. The help page says: "If the object does not have a class attribute, it has an implicit class..." which I take to mean that if an object does have a class attribute it does not also have an implicit class. The behavior you noted below will

[Rd] [Enhancement] New argument for dirname() -- dirname(path, depth = 1L)

The new argument 'depth' would specify the depth to recurse up the file path.  As in: > dirname("path/to/some/where", depth = 3L)[1] "path" The new argument would take on the default value of 1L, since this is the current behavior of the function. Problems will arise when 'depth' is unusually l

Re: [Rd] R 3.5.3 having trouble spawning a new process on my Windows 10 machine

Hi Joris, Thanks for trying. > Is your PATH set on your user environment variables or on the system? It is set as a system variable > Did you try to remove the entry for R-3.5.2 ? For each version iteration in the above example, I only had the path of the version that I was working with. So yes