-
Notifications
You must be signed in to change notification settings - Fork 286
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
Have usethis::proj_path_prep()
use fs::path_abs(fs::path_expand())
instead of fs::path_real()
#479
Comments
When I first did this, I did that survey of the fs path expanding/normalizing/realizing functions and how they overlap with each other (or do not). I concluded that Barring some discovery that we must discuss ... sure, I'm happy to make this switch. |
Seems to be the most important commit/comment: 29397a6#r195969953 I see no specific reason to prefer |
See #485 why this isn't quite simple. I am caught between path handling in rprojrooot (definitely uses What if we leave Line 42 in 44dd72c
I do not have a Windows VM at the moment to test with. |
* Realize proj path --> expand and absolutize proj path As requested by @jimhester in #479 * Use our own prep policy * Revert "Realize proj path --> expand and absolutize proj path" This reverts commit bfb60d7. * Treat paths returned by rstudioapi same as those from user
usethis currently uses
fs::path_real()
to determine the project path, however this poses problems when the path is a mapped network drive on Windows, because the root no longer can be calculated relative to the input path.I map my R projects folder to my windows VM, so I run into this situation often.
I propose to instead use
fs::path_abs(fs::path_expand())
.Created on 2018-10-12 by the reprex package (v0.2.0).
The text was updated successfully, but these errors were encountered: