Skip to content

Event-Based Structures for 'Shiny'

License

Unknown, MIT licenses found

Licenses found

Unknown
LICENSE
MIT
LICENSE.md
Notifications You must be signed in to change notification settings

ColinFay/gargoyle

Repository files navigation

gargoyle

Lifecycle: experimental

[WIP]

The goal of gargoyle is to provide a non-reactive, event-based framework for Shiny.

Installation

You can install the released version of gargoyle from Github with:

remotes::install_github("ColinFay/gargoyle")

About

{gargoyle} is a package that provide wrappers around some Shiny elements to turn your app into and event-based application instead of a full reactive app. The framework is centered around listen / trigger and on.

It works with classical UI, and just needs tweaking the server side of your app.

What the heck?

Shiny’s default reactive behavior is very helpful when it comes to building small applications. Because, you know, the good thing about reactivity is that when something moves somewhere, it’s updated everywhere. But the bad thing about reactivity is that when something moves somewhere, it’s updated everywhere. So it does work pretty well on small apps, but can get very complicated on bigger apps, and can quickly get out of hands.

That’s where {gargoyle} comes: it provides an event based paradigm for building your apps, so that things happen under a control flow.

For whom?

If you’re just building small shiny apps, you’re probably good with Shiny default reactive behavior. But if ever you’ve struggled with reactivity on more bigger apps, you might find {gargoyle} useful.

The trade-off

{gargoyle} will be more verbose and will demand more work upfront to make things happen. I believe this is for the best if you’re working on a big project.

Design pattern

A {gargoyle} has:

  • new_data & new_listeners, which contains values, and listeners

  • listen & trigger, which allow to listen on / trigger an event

  • on, that runs the expr when the event in triggered

Example

library(shiny)
library(gargoyle)
ui <- function(request){
  tagList(
    h4('Trigger y'),
    actionButton("y", "y"),
    h4('Trigger z'),
    actionButton("z", "z"),
    h4('Print change only triggered by y:'),
    verbatimTextOutput("evt")
  )
}

server <- function(input, output, session){

  x <- new_data( event = 0)

  f <- new_listeners("y", "z", "a")

  observeEvent( input$y , {
    # Will trigger the UI change
    x$event <- x$event + 1
    print(x$event)
    trigger(f$y)
  })

  output$evt <- renderPrint({
    listen(f$y)
    x$event
  })

  observeEvent( input$z , {
    # Will not trigger a UI change
    x$event <- x$event + 1
    print(x$event)
    # Will trigger the print
    trigger(f$a)
  })

  # Example of chaining triggers
  on( f$a , {
    print("f$a")
    # This won't trigger the renderPrint
    x$this <- runif(10)
    x$a <- runif(1)
    trigger(f$z)
  })

  on( f$z , {
    print("f$z")
    print(x$this)
    x$b <- runif(1)
  })

}

shinyApp(ui, server)

Please note that the ‘gargoyle’ project is released with a Contributor Code of Conduct. By contributing to this project, you agree to abide by its terms.

About

Event-Based Structures for 'Shiny'

Topics

Resources

License

Unknown, MIT licenses found

Licenses found

Unknown
LICENSE
MIT
LICENSE.md

Code of conduct

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages