vctrs
vctrs copied to clipboard
r-lib
Generic programming with typed R vectors
Due to `survival:::as.data.frame.Surv` just wrapping the Surv object in a data frame, which we then call vec-proxy-equal on again... ``` r x [1] 1+ # vctrs::vec_proxy_equal(x) #> Error: C stack...
[Docs for %0%](https://vctrs.r-lib.org/reference/op-empty-default.html) specifically talk about empty vectors, illustrating with the _typed_ `integer(0)`. This also works for `NULL` (as it is zero-length), but is there any expectation that this behavior...
Should we make it easier to implement functions that call another function and then `vec_restore()` on the result? ``` r x #> [1] 1e0 2e0 4e0 # mean() keeps formatting...
Related to #1287. I lost a bit of time trying to debug the fact that, in R 4.0, you must use `@method` for `vec_arith`. However, in R 3.6.3, `@export` is...
... because `rlang::hash` is [not endian-safe](https://github.com/r-lib/rlang/pull/1100), unlike `digest::digest` was: ``` Running the tests in ‘tests/testthat.R’ failed. Last 13 lines of output: `new`: "partial_factor" ── Failure (test-partial-factor.R:10:3): has ok print method...
``` r x #> [1] 1.5 3.5 x
Seen in https://github.com/tidyverse/dplyr/issues/5780, somehow this geometry column isn't being reworked back into an sf object, and instead the common-class-fallback wrapper is returned. This seems to happen with >1 elements to...
It only works if all levels are specified ``` r library(vctrs) str(vec_c("red", "blue", .ptype = factor())) #> Factor w/ 0 levels: 1 1 str(vec_c(factor("red"), factor("blue"), .ptype = factor())) #> Factor...
It seems vector classes based on `new_rcrd()` and `new_list_of()` don't format nicely in the RStudio notebook chunk output (even though they do format correctly in RStudio's Data Viewer). I'm not...
