You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One consequence of data.frame() being overridden to throw an error (#2994) is that if I've loaded ggplot2 with devtools::load_all() I can't run any reprexes that use data.frame(). So if I'm working on a bug and have been given the following reprex:
I can't check my bug fix by running the reprex without changing the call to data.frame() and rewriting the code to avoid recycling.
I definitely see the value of avoiding any use of data.frame()within the ggplot2 codebase, but it would be really nice for interactive development to not have to rewrite all reprex code that uses data.frame(). Is there a good way around this?
The text was updated successfully, but these errors were encountered:
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/
lockbot
locked and limited conversation to collaborators
Jul 14, 2019
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
One consequence of
data.frame()
being overridden to throw an error (#2994) is that if I've loaded ggplot2 withdevtools::load_all()
I can't run any reprexes that usedata.frame()
. So if I'm working on a bug and have been given the following reprex:I can't check my bug fix by running the reprex without changing the call to
data.frame()
and rewriting the code to avoid recycling.I definitely see the value of avoiding any use of
data.frame()
within the ggplot2 codebase, but it would be really nice for interactive development to not have to rewrite all reprex code that usesdata.frame()
. Is there a good way around this?The text was updated successfully, but these errors were encountered: