Skip to content
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

Closes #221 #236

Merged
merged 2 commits into from
Mar 6, 2025
Merged

Closes #221 #236

merged 2 commits into from
Mar 6, 2025

Conversation

nicholas-masel
Copy link
Collaborator

@nicholas-masel nicholas-masel commented Feb 19, 2025

Thank you for your Pull Request!

We have developed a Pull Request template to aid you and our reviewers. Completing the below tasks helps to ensure our reviewers can maximize their time on your code as well as making sure the logrx codebase remains robust and consistent.

The spirit of logrx

While many packages to facilitate the logging of code already exist in the R ecosystem, it is hard to find a solution that works well for clinical programming applications. Many logging implementations are more implicit and rely on user input to create the log for the execution of a script. While this is useful for logging specific events of an application, in clinical programming a log has a set purpose.

logrx is built around the concept of creating a log for the execution of an R script that provides an overview of what happened as well as the environment that it happened in. We set out to create a flexible logging utility that could provide the necessary information to anyone reviewing the code execution so they can recreate the execution environment and run the code for themselves. Please make sure your Pull Request meets this spirit of logrx.

Please check off each taskbox as an acknowledgment that you completed the task. This checklist is part of the Github Action workflows and the Pull Request will not be merged into the dev branch until you have checked off each task.

  • The spirit of logrx is met in your Pull Request
  • Code is formatted according to the tidyverse style guide
  • Updated relevant unit tests or have written new unit tests. Remember to remove any configured log objects at the end of every test using log_remove().
  • Creation/updates to relevant roxygen headers and examples.
  • Run devtools::document() so all .Rd files in the man folder and the NAMESPACE file in the project root are updated appropriately
  • Run pkgdown::build_site() and check that all affected examples are displayed correctly and that all new functions occur on the "Reference" page.
  • Update NEWS.md if the changes pertain to a user-facing function (i.e. it has an @export tag) or documentation aimed at users (rather than developers)
  • Address any updates needed for vignettes and/or templates
  • Run R CMD check locally and address all errors and warnings - devtools::check()
  • Link the issue so that it closes after successful merging.
  • Address all merge conflicts and resolve appropriately
  • Pat yourself on the back for a job well done! Much love to your accomplishment!

@nicholas-masel nicholas-masel linked an issue Feb 19, 2025 that may be closed by this pull request
Copy link
Collaborator

@bms63 bms63 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this get rid of the message to users about not having lintr installed?

@nicholas-masel
Copy link
Collaborator Author

nicholas-masel commented Feb 19, 2025

Does this get rid of the message to users about not having lintr installed?

No, if get_lint_results() is called and lintr is not installed, it will message users.

It looks like we need a check here to see if the option is turned on to lint, if so, then call get_lint_results().

Or we just update get_lint_results() to move the package check inside the if statement that is checking the option.

@bms63
Copy link
Collaborator

bms63 commented Feb 19, 2025

Does this get rid of the message to users about not having lintr installed?

No, if get_lint_results() is called and lintr is not installed, it will message users.

It looks like we need a check here to see if the option is turned on to lint, if so, then call get_lint_results().

yeah - id really like to not have this message appear as it confuses users. shall we make a separate issue for this update?

@nicholas-masel
Copy link
Collaborator Author

Does this get rid of the message to users about not having lintr installed?

No, if get_lint_results() is called and lintr is not installed, it will message users.
It looks like we need a check here to see if the option is turned on to lint, if so, then call get_lint_results().

yeah - id really like to not have this message appear as it confuses users. shall we make a separate issue for this update?

Yep, let's do that and I can put the fix in.

@kodesiba
Copy link
Collaborator

@nicholas-masel is this the first PR in the chain? Was going to try and get through these this week so we don't have all of these just hanging out

@nicholas-masel
Copy link
Collaborator Author

@nicholas-masel is this the first PR in the chain? Was going to try and get through these this week so we don't have all of these just hanging out

You should be able to approve/merge in whatever order without issues. This one is pretty straightforward though.

@kodesiba kodesiba merged commit 5af0b7b into main Mar 6, 2025
7 checks passed
@kodesiba kodesiba deleted the 221-swap-in-lintrlibrary_call_linter branch March 6, 2025 16:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Swap in lintr::library_call_linter()
3 participants