Hello,
Today I was investigating ks.test() with two numerical arguments (x and y) and
was left a bit confused about the policy behind handling ties.
I might be missing something, so sorry in advance, but here is what confuses me:
The documentation states: "The presence of ties always generates a
I just checked out R-devel and noticed that the new "pipe extractor"
capability coming in 4.3 only works for the 4 extractor operators, but no
other standard operators like +, *, %*% etc, meaning that e.g. mtcars |>
as.matrix() |> _ + 1 |> colMeans() is a syntax error. In addition, we are
still sub
> Karolis Koncevičius
> on Fri, 21 Apr 2023 11:32:41 +0300 writes:
> Hello,
> Today I was investigating ks.test() with two numerical arguments (x and
y) and was left a bit confused about the policy behind handling ties.
> I might be missing something, so sorry in advance
On 21/04/2023 4:35 a.m., Michael Milton wrote:
I just checked out R-devel and noticed that the new "pipe extractor"
capability coming in 4.3 only works for the 4 extractor operators, but no
other standard operators like +, *, %*% etc, meaning that e.g. mtcars |>
as.matrix() |> _ + 1 |> colMeans()
Thanks, this makes sense. Is there a similar precedence reasoning behind
why operator functions (`+` etc) can't be piped into?
On Fri, Apr 21, 2023 at 11:52 PM Duncan Murdoch
wrote:
> On 21/04/2023 4:35 a.m., Michael Milton wrote:
> > I just checked out R-devel and noticed that the new "pipe ext
On 21/04/2023 11:33 a.m., Michael Milton wrote:
Thanks, this makes sense. Is there a similar precedence reasoning behind
why operator functions (`+` etc) can't be piped into?
Yes:
> identical(quote(1 + 1), quote(`+`(1, 1)))
[1] TRUE
Duncan Murdoch
I'm afraid I don't understand. I know that parsing `+`(1, 1) returns a
result equivalent to `1 + 1`, but why does that impose a restriction on
parsing the pipe operator? What is the downside of allowing arbitrary RHS
functions?
[[alternative HTML version deleted]]
On 21/04/2023 12:16 p.m., Michael Milton wrote:
I'm afraid I don't understand. I know that parsing `+`(1, 1) returns a
result equivalent to `1 + 1`, but why does that impose a restriction on
parsing the pipe operator? What is the downside of allowing arbitrary
RHS functions?
I thought the dec
A few years ago there was a post by the author of pipeR suggesting improvements
in efficiency and reliability. Is there collaboration between these various
pipe projects?
Sent from my iPhone
> On Apr 21, 2023, at 1:01 PM, Duncan Murdoch wrote:
>
> On 21/04/2023 12:16 p.m., Michael Milton wro
