#RStats hivemind:
What is current best practice for including a shiny interface within a package?
Anyone know of a good example?
#RStats hivemind:
What is current best practice for including a shiny interface within a package?
Anyone know of a good example?
@friessn @coolbutuseless I'd agree with using those frameworks as the best practice. Here's an example dashboard built with golem: https://github.com/JohnCoene/coronavirus
Engineering Production Grade Shiny Apps book by Colin Fay is a great resource.
@coolbutuseless I wouldn’t call it a *good* example, but I have mine just called as a function that wraps shiny::shinyApp()
Does everything I need in ~75 lines
https://github.com/AlexAxthelm/nonogramr/blob/main/R/shiny_app.R
@jameslairdsmith @coolbutuseless @gaborcsardi {blogdown} includes a new_post shiny widget that I can't immediately trace the source of.
For non-CRAN packages I've just put the app in inst/shiny/app/ but I can't speak to the "right" approach.
Cool package! I'm in the midst of creating a distill blog and really like the vision of this. I wanted to contribute with something users will likely find helpful: I've created an RStudio a...
Guide for package authors, maintainers, reviewers and editors in rOpenSci software peer-review system. This book is a guide for authors, maintainers, reviewers and editors of rOpenSci. The first section of the book contains our guidelines for creating and testing R packages. The second section is dedicated to rOpenSci’s software peer review process: what it is, our policies, and specific guides for authors, editors and reviewers throughout the process. The third and last section features our best practice for nurturing your package once it has been onboarded: how to collaborate with other developers, how to document releases, how to promote your package and how to leverage GitHub as a development platform. The third section also features a chapter for anyone wishing to start contributing to rOpenSci packages.