-
Notifications
You must be signed in to change notification settings - Fork 336
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
Documentation reorg / edit suggestions + recommend use_pkgdown_github_pages()
over use_pkgdown()
#2562
Conversation
… correct links (avoid linking to deploy_site_github (superseded))
…re init_favicons() I guess? Also move `init_site()` / `build_favicons()` out of the build section (build section === site components)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for working on this! A bunch of smaller comments below.
R/build-favicons.R
Outdated
#' | ||
#' You only need to run the function once. The favicon set will be stored in | ||
#' `pkgdown/favicon` and copied by [init_site()] to the relevant location when | ||
#' You only need to run `build_favicons()` once. The favicon set will be stored in |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I agree that build_favicons()
is probably better as init_favicons()
since it does imply that you don't need to run it very often. But I think you're likely to run it even less than init_site()
(and indeed in most cases pkgdown will run it for you) so I think documenting with init_site()
makes it maybe a bit too prominent.
This comment was marked as outdated.
This comment was marked as outdated.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Feel free to merge whenever you're ready 😄
@hadley I ended up pushing extra changes . f3cf62b and 8f3a286
I will request a new review since these changes are substantial (and may be a question of preference) |
vignettes/pkgdown.Rmd
Outdated
You can see the details in `?build_articles`. | ||
|
||
If you want to include an article on the website but not in the package (e.g., because it's large), you can either place it in a subdirectory of `vignettes/` (e.g. `vignettes/web_only`) or add it to `.Rbuildignore` (and make sure that there's no `vignettes:` section in the yaml header). | ||
If you want to include an article on the website but not in the package (e.g., because it's large), you can either place it in a subdirectory of `vignettes/` (e.g. `vignettes/web_only`) or add it to `.Rbuildignore` (and make sure that there's no `vignettes:` section in the yaml header). See `usethis::use_article()` for an automated way to do this. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
If you want to include an article on the website but not in the package (e.g., because it's large), you can either place it in a subdirectory of `vignettes/` (e.g. `vignettes/web_only`) or add it to `.Rbuildignore` (and make sure that there's no `vignettes:` section in the yaml header). See `usethis::use_article()` for an automated way to do this. | |
If you want to include an article on the website but not in the package (e.g., because it's large), you can either place it in a subdirectory of `vignettes/` (e.g. `vignettes/articles`) or add it to `.Rbuildignore` (and make sure that there's no `vignettes:` section in the yaml header). See `usethis::use_article()` for an automated way to do this. |
Do we really need to suggest two ways to do this?
vignettes/pkgdown.Rmd
Outdated
@@ -147,10 +149,8 @@ See `?build_news` for more customisation options including how to: | |||
|
|||
If you use GitHub, there are two ways to publish your site on GitHub Pages: |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Since we're now only recommending one way (which is good!), this sentence needs to be tweaked, and I think we can get rid of the bullets.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I also made changes in README to reflect that everywhere!
LGTM! |
use_pkgdown_github_pages()
over use_pkgdown()
Co-authored-by: Hadley Wickham <[email protected]>
Addresses partly #2560.
The goal is to have a consistent way to access how each component of
_pkgdown.yml
can be customized.Joininit_site()
andbuild_favicons()
docs. For consistency,build_favicons()
should probably beinit_favicons()
?I tried gathering as much info as possible of potential allowed yaml config and create a menu item. (I didn't commit this, but here is what I have so far). (It would be great to have yaml validation in RStudio like we have with
_quarto.yml
for_pkgdown.yml
, but that's probably a long shot.From my findings, the info is all present, but is scattered between customize.Rmd, pkgdown.Rmd,
build_site()
and the differentbuild_*()
functions.Preview: