Open jimrothstein opened 2 weeks ago
I would like spend a day or so to work through R code
for derive_locf_records
. The idea, add missing observations, makes sense, but want to understand code details.
Hi @jimrothstein thanks for working on this - here is our programming strategy if you want to understand some more about our design choices. https://pharmaverse.github.io/admiraldev/dev/articles/programming_strategy.html
@bms63 Yes, programming_strategy
is excellent!
Working through it. jim
Hi @jimrothstein did this comment get incorporated? I just glanced, but feel like the other one got implemented. I feel @bundfussr suggestion is better solution then re-arranging the data
Also admiral convention is to try and not use ::
since we use library(dplyr)
at the top of the examples
Ok!
Also admiral convention is to try and not use
::
since we uselibrary(dplyr)
at the top of the examples
from programmming stategy https://pharmaverse.github.io/admiraldev/articles/programming_strategy.html
@examples: A fully self-contained example of how to use the function. Self-contained means that, if this code is executed in a new R sessionit will run without errors. That means any packages need to be loaded with library() and any datasets needed either to be created directly inside the example code or loaded using data(). If a dataset is created in the example, it should be done so using the function tribble() (specify library(dplyr) before calling this function). If other functions are called in the example, please specify library(pkg_name) then refer to the respective function fun() as opposed to the preferred pkg_name::fun() notation as specified in [Unit Test Guidance](https://pharmaverse.github.io/admiraldev/articles/unit_test_guidance.html
@jimrothstein sorry have you implemented those changes as suggested by @bundfussr ? Looks the same as before to me. thanks
@manciniedoardo , @bms63 I completely misread an earlier comment, apologies. Will work on @bundfussr suggestion … get back to you.
@jimrothstein sorry have you implemented those changes as suggested by @bundfussr ? Looks the same as before to me. thanks
NOT FINISHED First attempt to fix immediate problem. Wish to review code and suggest, possibily, comments.
Thank you for your Pull Request! We have developed this task checklist from the Development Process Guide to help with the final steps of the process. Completing the below tasks helps to ensure our reviewers can maximize their time on your code as well as making sure the admiral codebase remains robust and consistent.
Please check off each taskbox as an acknowledgment that you completed the task or check off that it is not relevant to your Pull Request. This checklist is part of the Github Action workflows and the Pull Request will not be merged into the
main
branch until you have checked off each task.styler::style_file()
to style R and Rmd filesinst/cheatsheet/admiral_cheatsheet.pptx
and re-upload a PDF version of it to the same folder.devtools::document()
so all.Rd
files in theman
folder and theNAMESPACE
file in the project root are updated appropriatelyNEWS.md
under the header# admiral (development version)
if the changes pertain to a user-facing function (i.e. it has an@export
tag) or documentation aimed at users (rather than developers). A Developer Notes section is available inNEWS.md
for tracking developer-facing issues.pkgdown::build_site()
and check that all affected examples are displayed correctly and that all new functions occur on the "Reference" page.lintr::lint_package()
R CMD check
locally and address all errors and warnings -devtools::check()