Merging main to devel

.github/ISSUE_TEMPLATE/01_bug_report.yml

@@ -0,0 +1,33 @@
+name: Bug Report
+description: Something is not working correctly or is not working at all!
+title: "Bug: <Insert Issue Title Here>"
+labels: ["bug", "programming"]
+body:
+ - type: markdown
+ attributes:
+ value: |
+ **Example:** Bug: xportr_format() does not assign SAS format for `DATE9.` metadata
+ - type: textarea
+ id: what-happened
+ attributes:
+ label: What happened?
+ description: Also tell us what were you expecting to happen before the bug?
+ placeholder: "A bug happened!"
+ validations:
+ required: true
+ - type: textarea
+ id: session-info
+ attributes:
+ label: Session Information
+ description: Use `sessionInfo()` in the R console to gather all the details of your environment when the bug happened.
+ placeholder: "Place the console output here"
+ validations:
+ required: false
+ - type: textarea
+ id: logs
+ attributes:
+ label: Reproducible Example
+ description: We love code that can reproduce the bug. Check out [reprex](https://reprex.tidyverse.org/articles/reprex-dos-and-donts.html)
+ placeholder: "Please give us as many details as you can! The faster we can recreate the bug, the faster we can get a fix in the works. Warning, Error Messages and Screenshots are also great."
+ validations:
+ required: false

.github/ISSUE_TEMPLATE/02_feature_request.yml

@@ -0,0 +1,41 @@
+name: Feature Request
+description: Enchancement to xportr functionality
+title: "Feature Request: <Insert Issue Title Here>"
+labels: ["enhancement", "programming"]
+body:
+ - type: markdown
+ attributes:
+ value: |
+ Thanks for taking the time to fill out this feature request! We love keeping xportr fresh!
+ - type: textarea
+ id: feature
+ attributes:
+ label: Feature Idea
+ description: Tell us your idea in as few words as possible
+ placeholder: "`xportr_validate` should do x, y and z"
+ validations:
+ required: true
+ - type: textarea
+ id: input
+ attributes:
+ label: Relevant Input
+ description: Can you provide what the inputs should look like?
+ placeholder: "What should the input look like? REMINDER: No patient level data or company sensitive information should be shared via this open public issue"
+ validations:
+ required: false
+ - type: textarea
+ id: output
+ attributes:
+ label: Relevant Output
+ description: Can you provide what the final output should look like?
+ placeholder: "What should the output look like? REMINDER: No patient level data or company sensitive information should be shared via this open public issue"
+ validations:
+ required: false
+ - type: textarea
+ id: code
+ attributes:
+ label: Reproducible Example/Pseudo Code
+ description: Can you provide a working example or a sketch of how the code should work?
+ placeholder: "We love example code and it will speed up the process! REMINDER: No patient level data or company sensitive information should be shared via this open public issue"
+ validations:
+ required: false

.github/PULL_REQUEST_TEMPLATE/release.md

@@ -0,0 +1,22 @@
+# Release Description
+<!--- Summarize what is being released. -->
+
+## Milestone
+<!--- Link to the milestone for the release. ---> 
+<!--- Make sure all relevant issues are included on the linked pages. --->
+Milestone: 
+
+# Release Checklist
+<!--- Fill out the following Release checklist -->
+
+- [ ] DESCRIPTION File version number has been updated
+- [ ] DESCRIPTION file updated with New Developers (if applicable)
+- [ ] NEWS.md has been updated and issues numbers linked
+- [ ] README.md has been updated (if applicable)
+- [ ] Vignettes have been updated (if applicable)
+- [ ] Ensure all unit tests are passing
+- [ ] Review https://r-pkgs.org/release.html for additional checks and guidance
+- [ ] Use `rhub::check_for_cran()` for checking CRAN flavors before submission
+- [ ] Use `usethis::use_revdep()` to check for any reverse dependencies
+- [ ] GitHub actions on this PR are all passing
+- [ ] Draft GitHub release created using automatic template and updated with additional details. Remember to click "release" after PR is merged.

.github/pull_request_template.md

@@ -0,0 +1,30 @@
+### 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 xportr codebase remains robust and consistent. 
+
+### The scope of `{xportr}`
+
+`{xportr}`'s scope is to enable R users to write out submission compliant `xpt` files that can be delivered to a Health Authority or to downstream validation software programs. We see labels, lengths, types, ordering and formats from a dataset specification object (SDTM and ADaM) as being our primary focus. We also see messaging and warnings to users around applying information from the specification file as a primary focus. Please make sure your Pull Request meets this **scope of {xportr}**. If your Pull Request moves beyond this scope, please get in touch with the `{xportr}` team on [slack](https://pharmaverse.slack.com/archives/C030EB2M4GM) or create an issue to discuss.
+
+Please check off each task box 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 `devel` branch until you have checked off each task.
+
+### Changes Description
+
+_(descriptions of changes)_ 
+
+### Task List
+
+- [ ] The spirit of xportr is met in your Pull Request
+- [ ] Place Closes #<insert_issue_number> into the beginning of your Pull Request Title (Use Edit button in top-right if you need to update)
+- [ ] Summary of changes filled out in the above Changes Description. Can be removed or left blank if changes are minor/self-explanatory.
+- [ ] Check that your Pull Request is targeting the `devel` branch, Pull Requests to `main` should use the [Release Pull Request Template](https://github.com/atorus-research/xportr/tree/94_pr_template/.github/PULL_REQUEST_TEMPLATE)
+- [ ] Code is formatted according to the [tidyverse style guide](https://style.tidyverse.org/). Use `styler` package and functions to style files accordingly.
+- [ ] Updated relevant unit tests or have written new unit tests. See our [Wiki](https://github.com/atorus-research/xportr/wiki/Style-Guide-for-Unit-Tests) for conventions used in this package.
+- [ ] Creation/updated relevant roxygen headers and examples. See our [Wiki](https://github.com/atorus-research/xportr/wiki/Style-Guide-for-Roxygen-Headers) for conventions used in this package.
+- [ ] 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/updated 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
+- [ ] Link the issue Development Panel so that it closes after successful merging.
+- [ ] Fix merge conflicts 
+- [ ] Pat yourself on the back for a job well done! Much love to your accomplishment!

.github/workflows/pkgdown.yaml

@@ -14,7 +14,7 @@ jobs:
  steps:
  - uses: actions/checkout@v3
 
- - uses: r-lib/actions/setup-r@v1
+ - uses: r-lib/actions/setup-r@v2
 
  - uses: r-lib/actions/setup-pandoc@v1
 

.github/workflows/spellcheck.yml

@@ -32,7 +32,7 @@ jobs:
  fetch-depth: 0
 
  - name: Setup R 📊
- uses: r-lib/actions/setup-r@v1
+ uses: r-lib/actions/setup-r@v2
  with:
  r-version: 4.1.3
 

.github/workflows/test-coverage.yaml

@@ -18,7 +18,7 @@ jobs:
  steps:
  - uses: actions/checkout@v3
 
- - uses: r-lib/actions/setup-r@v1
+ - uses: r-lib/actions/setup-r@v2
 
  - uses: r-lib/actions/setup-pandoc@v1