I had missed the following detail in the excellent book R packages by Hadley Wickham (in the section on object documentation):
@keywords keyword1 keyword2 ... adds standardised keywords. Keywords are optional, but if present, must be taken from a predefined list found in file.path(R.home("doc"), "KEYWORDS").
Generally, keywords are not that useful except for @keywords internal. Using the internal keyword removes the function from the package index and disables some of their automated tests. It’s common to use @keywords internal for functions that are of interest to other developers extending your package, but not most users.
So adding @keywords internal
to the roxygen2 function documentation results in the function not appearing in the package manual/index, while still making the help page be accessible after loading the package.
?function_name
in the console after importing the package, but I was able to see the help page if I wrote?pkgname:::function_name
. I could be remembering wrong though. – Ikeda:::
are not exported from packages - which typically means the author did not intend for clients to use the function. Generally such functions are not documented - e.g.tools:::.is_ASCII
. I would guess that if you encountered a non-exported function that does have documentation, most likely it was previously an exported (and documented) function, and removed from the list of exports in a later version. – Bandicootman/
document created via roxygen2 if you use the package as designed. The way that I do what you're describing is to not include the quote in the comment so roxygen doesn't pick it up. eg want help file:#' @param ...
don't want help file# @param ...
Here's an example – Teetotalism