Hi G?ran,
Could you please elaborate on which kind of subsetting that Hadley
dislikes?
I am yet to encounter operations on data frames that are not possible on
tribbles.
Kindly,
Stefan McKinnon Hoj-Edwards
Stefan McKinnon H?j-Edwards
ph.d. Genetics
+44 (0)776 231 2464
+45 2888 6598
Skype: stefan_edwards
2017-09-26 8:30 GMT+01:00 G?ran Brostr?m <goran.brostrom at umu.se>:
I am beginning to get complaints from users of my CRAN packages
(especially 'eha') to the effect that they get error messages like
Unsupported use of matrix or array for column indexing".
It turns out that they are sticking in tibbles into functions that expect
data frames as input. And I am using the kind of subsetting that Hadley
dislikes (eha is an old package, much older than tibbles). It is of
a simple matter to change the code so it handles both data frames and
tibbles correctly, but this affects many functions, and it will take some
time. And when the next guy introduces 'troubles' as an improvement of
'tibbles', I will have to rewrite the code again.
While I like Hadley's way of doing it, I think it is a mistake to let a
tibble also be of class data frame. To me it is a matter of inheritance
backwards compability: A tibble should add nice things to a data frame,
change basic behaviour, in order to call itself a data frame.
Is it correct to let a tibble be of class "data.frame"?
G?ran Brostr?m