-
Notifications
You must be signed in to change notification settings - Fork 235
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
use knit_print methods for inline R #1179
Comments
maxheld83
changed the title
inline knit_print methods are ignored
use knit_print methods for inline R
Jan 20, 2021
Think this confirms my above hypothesis (well, it says so in the docs, duh 😼): Lines 99 to 113 in b3053b6
So above is absolutely intended behavior, making this a feature request. |
4 tasks
maxheld83
added a commit
to maxheld83/roxygen
that referenced
this issue
Jan 21, 2021
maxheld83
added a commit
to maxheld83/roxygen
that referenced
this issue
Jan 21, 2021
hadley
pushed a commit
that referenced
this issue
Apr 18, 2022
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Update: On further inspection, the below is a feature request, not a bug report, I think.
Reworded accordingly.
It would be great if inline dynamic R code would respect the
knitr::knit_print()
method, which in turn can have special behavior forinline=TRUE
.I don't think it currently does.
Here's a reprex:
And the resulting
knit_print.foo.Rd
:As can be seen in the above
*.Rd
output, all works fine, except for the inline R code.Here, roxygen2 seems to fall back to the
print()
generic, notknit_print()
method.sessioninfo::session_info()
:Perhaps this is because roxygen2 is using it's own inline rendering engine?
The docs maybe suggest this:
However, R chunks do seem rely on knitr.
Either way, it'd be great to use the knitr generic here.
The text was updated successfully, but these errors were encountered: