-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Do we need FullDataFrame at all ? #3486
Comments
Thanks. Let's get rid of it, I love PRs with more lines deleted than added ;-) |
Discovered this while preparing a new hybrid function as part of #1185
ok, I'll make a PR to dump |
On the other hand, I'm not sure. I remember adding this class, but I forgot why. Let me look it up in the logs. |
It was there before, but back then there was no hierarchy in The plan initially was that perhaps knowing that we treat all the data would be useful, but perhaps mutate and summarise have been refactored or something and the uses have disappeared |
Thanks. I just wanted to double-check that removing it doesn't undo efforts planned for #2311. |
I don't think so. |
This old issue has been automatically locked. If you believe you have found a related problem, please file a new issue (with reprex) and link to this issue. https://reprex.tidyverse.org/ |
The only place where this is used now is
summarise_not_grouped
(see below).and if I do this replacement:
it passes the tests, etc ... that would mean we could rm all the
process( FullDataFrame )
methods which would simplify the code. I have a feeling it might be related to #2311 and the refactoring of SlicingIndex into a class hierarchy ? @krlmlr ?The text was updated successfully, but these errors were encountered: