Skip to content
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

Re-export := with use_tidy_eval #595

Closed
jonthegeek opened this issue Jan 23, 2019 · 8 comments
Closed

Re-export := with use_tidy_eval #595

jonthegeek opened this issue Jan 23, 2019 · 8 comments
Labels
code 🖥️ R/, tests/ feature a feature request or enhancement

Comments

@jonthegeek
Copy link
Contributor

:= (the tidyeval assignment operator, which I pronounce "digested is") is often as useful for tidyeval as the functions exported by the file generated via usethis::use_tidyeval(). It would be helpful if it were also re-exported.

@hadley
Copy link
Member

hadley commented Jan 23, 2019

But it doesn't actually do anything?

@jonthegeek
Copy link
Contributor Author

Don't you need it when there's tidyeval on the LHS of a parameter assignment? When I do that, cran checks complain about := until/unless I at least import.

@batpigandme

This comment has been minimized.

@hadley
Copy link
Member

hadley commented Jan 23, 2019

Yeah, it's just a syntactic operation so the := function is never actually called (IIRC). But if R CMD check has a problem with it, we should include. @jonthegeek do you want to do a PR?

@hadley hadley added feature a feature request or enhancement code 🖥️ R/, tests/ labels Jan 23, 2019
@jonthegeek
Copy link
Contributor Author

Sure, I can probably knock this out tonight.

@jennybc
Copy link
Member

jennybc commented Jan 24, 2019

Ironically I am getting this exact NOTE in a usethis branch, due to my use of :=.

@jennybc
Copy link
Member

jennybc commented Jan 24, 2019

I think we need to think separately about the need for @importFrom rlang := vs. the need to re-export it. cc @lionel-

@lionel-
Copy link
Member

lionel- commented Jan 24, 2019

Reexporting it in our packages will give a useful error message when := is used in a wrong context, so that seems helpful.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
code 🖥️ R/, tests/ feature a feature request or enhancement
Projects
None yet
Development

No branches or pull requests

5 participants