input_task_button {bslib} | R Documentation |
Button for launching longer-running operations
Description
input_task_button
is a button that can be used in conjuction with
shiny::bindEvent()
(or the older shiny::eventReactive()
and
shiny::observeEvent()
functions) to trigger actions or recomputation.
It is similar to shiny::actionButton()
, except it prevents the user from
clicking when its operation is already in progress.
Upon click, it automatically displays a customizable progress message and disables itself; and after the server has dealt with whatever reactivity is triggered from the click, the button automatically reverts to its original appearance and re-enables itself.
Usage
input_task_button(
id,
label,
...,
icon = NULL,
label_busy = "Processing...",
icon_busy = rlang::missing_arg(),
type = "primary",
auto_reset = TRUE
)
update_task_button(id, ..., state = NULL, session = get_current_session())
Arguments
id |
The |
label |
The label of the button while it is in ready (clickable) state; usually a string. |
... |
Named arguments become attributes to include on the |
icon |
An optional icon to display next to the label while the button is
in ready state. See |
label_busy |
The label of the button while it is busy. |
icon_busy |
The icon to display while the button is busy. By default,
|
type |
One of the Bootstrap theme colors ( |
auto_reset |
If |
state |
If |
session |
The |
Manual button reset
In some advanced use cases, it may be necessary to keep a task button in its
busy state even after the normal reactive processing has completed. Calling
update_task_button(id, state = "busy")
from the server will opt out of any
currently pending reset for a specific task button. After doing so, the
button can be re-enabled by calling update_task_button(id, state = "ready")
after each click's work is complete.
You can also pass an explicit auto_reset = FALSE
to input_task_button()
,
which means that button will never be automatically re-enabled and will
require update_task_button(id, state = "ready")
to be called each time.
Note that, as a general rule, Shiny's update
family of functions do not
take effect at the instant that they are called, but are held until the end
of the current reactive cycle. So if you have many different reactive
calculations and outputs, you don't have to be too careful about when you
call update_task_button(id, state = "ready")
, as the button on the client
will not actually re-enable until the same moment that all of the updated
outputs simultaneously sent to the client.
Server value
An integer of class "shinyActionButtonValue"
. This class differs from
ordinary integers in that a value of 0 is considered "falsy".
This implies two things:
Event handlers (e.g.,
shiny::observeEvent()
,shiny::eventReactive()
) won't execute on initial load.Input validation (e.g.,
shiny::req()
,shiny::need()
) will fail on initial load.
See Also
Examples
library(shiny)
library(bslib)
ui <- page_sidebar(
sidebar = sidebar(
open = "always",
input_task_button("resample", "Resample"),
),
verbatimTextOutput("summary")
)
server <- function(input, output, session) {
sample <- eventReactive(input$resample, ignoreNULL=FALSE, {
Sys.sleep(2) # Make this artificially slow
rnorm(100)
})
output$summary <- renderPrint({
summary(sample())
})
}
shinyApp(ui, server)