-
Notifications
You must be signed in to change notification settings - Fork 105
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
Possible return of wflow_open
?
#107
Comments
@xiangzhu The good news is that I've already started on a re-implementation of Also, based on your previous idea in #100, I still need to work out some issues with determining the working directory (since in workflowr 1.0+ that can be affected by |
@xiangzhu Could you please test out the minimal reincarnation of
I'd specifically like your feedback on:
|
@jdblischak Thanks for the update! I just tried this new dev feature, and it seems that's exactly what I want! Regarding 2, I agree such "magic" is attractive; but I have the habit of setting |
Awesome! Thanks for testing!
So you manually set the working directory with |
Sometimes yes and sometimes no. I guess this has to do with which version of
I only use it to create new files; for existing files I am using |
@xiangzhu I made a few more minor updates to |
I look forward to the new release!
I thought that all |
Yes, you are correct that is where they should be saved in order to be included in the website. The main difference you might notice from the previous implementation of |
@xiangzhu I believe it is currently implemented in the |
@jdblischak Thanks for the clarification! @pcarbo thanks for the info! I am not affected by this new feature and I will wait for the formal release. |
@jdblischak now I understand better one of your replies above
> wflow_open(file="grs_compare_logor_chd4_eur.Rmd")
wflow_open:
- New file(s):
/Users/xiangzhu/GitHub/mvp-cad/analysis/grs_compare_logor_chd4_eur.Rmd
- New working directory: /Users/xiangzhu/GitHub/mvp-cad
> getwd()
[1] "/Users/xiangzhu/GitHub/mvp-cad" |
@xiangzhu Right, it changed your working directory to the root of the project, which is now the default for new workflowr projects. You can change this in |
Thanks! I think I will have to get used to this new default root project. Here is an example -- it just verifies everything you said before! The error message is very clear to me. > wflow_open("ashlrt_201peca_31trait.Rmd")
Error: Argument "files" specifies at least one file outside the R Markdown source directory:
/Users/xiangzhu/GitHub/rss-peca/ashlrt_201peca_31trait.Rmd
R Markdown files inside your workflowr project must be in the following directory:
/Users/xiangzhu/GitHub/rss-peca/analysis
Set project=NULL to create an R Markdown file outside of the R Markdown directory of your workflowr project. See
?wflow_open for details.
> wflow_open("analysis/ashlrt_201peca_31trait.Rmd")
wflow_open:
- New file(s):
/Users/xiangzhu/GitHub/rss-peca/analysis/ashlrt_201peca_31trait.Rmd
- Same working directory: /Users/xiangzhu/GitHub/rss-peca |
@xiangzhu You do not have to get used to the default root---you can override the default in the |
As @pcarbo noted above, you are welcome to either adjust to the new default or continue with the previous setting of executing the code in
I'm glad the error message is informative. Credit to @pcarbo who pays special attention to making sure workflowr error messages are as useful as possible. |
Hi John -- I am not sure whether I asked you this before. I apologize if this is a redundant issue.
I wonder if the function
wflow_open()
could possibly be back to the CRAN version. Ideally, if I typewflow_open('new.Rmd')
, it will create a filenew.Rmd
inanalysis
folder, with the following header template automatically available:The text was updated successfully, but these errors were encountered: