Releases: rstudio/shiny
shiny 1.9.1
shiny 1.9.0
New busy indication feature
Add the new useBusyIndicators()
function to any UI definition to:
- Add a spinner overlay on calculating/recalculating outputs.
- Show a page-level pulsing banner when Shiny is busy calculating something (e.g., a download, side-effect, etc), but no calculating/recalculating outputs are visible.
In a future version of Shiny, busy indication will be enabled by default, so we encourage you to try it out now, provide feedback, and report any issues.
In addition, various properties of the spinners and pulse can be customized with busyIndicatorOptions()
. For more details, see ?busyIndicatorOptions
. (#4040, #4104)
New features and improvements
-
The client-side TypeScript code for Shiny has been refactored so that the
Shiny
object is now an instance of classShinyClass
. (#4063) -
In TypeScript, the
Shiny
object has a new propertyinitializedPromise
, which is a Promise-like object that can beawait
ed or chained with.then()
. This Promise-like object corresponds to theshiny:sessioninitialized
JavaScript event, but is easier to use because it can be used both before and after the events have occurred. (#4063) -
Output bindings now include the
.recalculating
CSS class when they are first bound, up until the first render. This makes it possible/easier to show progress indication when the output is calculating for the first time. (#4039) -
A new
shiny.client_devmode
option controls client-side devmode features, in particular the client-side error console introduced in shiny 1.8.1, independently of the R-side features ofshiny::devmode()
. This usage is primarily intended for automatic use in Shinylive. (#4073) -
Added function
reactlogAddMark()
to programmatically add _mark_ed locations in the reactlog log without the requirement of keyboard bindings during an idle reactive moment. (#4103)
Bug fixes
-
downloadButton()
anddownloadLink()
are now disabled up until they are fully initialized. This prevents the user from clicking the button/link before the download is ready. (#4041) -
Output bindings that are removed, invalidated, then inserted again (while invalidated) now correctly include the
.recalculating
CSS class. (#4039) -
Fixed a recent issue with
uiOutput()
andconditionalPanel()
not properly lower opacity when recalculation (in a Bootstrap 5 context). (#4027) -
Image outputs that were scaled by CSS had certain regions that were unresponsive to hover/click/brush handlers. (#3234)
shiny 1.8.1.1
In v1.8.1, shiny.js starting throwing an error when input/output bindings have duplicate IDs. This error is now only thrown when shiny::devmode(TRUE)
is enabled, so the issue is still made discoverable through the JS error console, but avoids unnecessarily breaking apps that happen to work with duplicate IDs. (#4019)
shiny 1.8.1
New features and improvements
-
Added
ExtendedTask
, a new simple way to launch long-running asynchronous tasks that are truly non-blocking. That is, even within a session, anExtendedTask
won't block the main thread from flushing the reactive graph (i.e., UI updates won't be blocked).ExtendedTask
pairs nicely with newbslib::input_task_button()
andbslib::bind_task_button()
functions, which help give user feedback and prevent extra button clicks. (#3958) -
Added a JavaScript error dialog, reporting errors that previously were only discoverable by opening the browser's devtools open. Since this dialog is mainly useful for debugging and development, it must be enabled with
shiny::devmode()
. (#3931) -
runExamples()
now uses the{bslib}
package to generate a better looking result. It also gains apackage
argument so that other packages can leverage this same function to run Shiny app examples. For more, see?runExamples
. (#3963, #4005) -
Added
onUnhandledError()
to register a function that will be called when an unhandled error occurs in a Shiny app. Note that this handler doesn't stop the error or prevent the session from closing, but it can be used to log the error or to clean up session-specific resources. (thanks @JohnCoene, #3993)
Changes
-
renderDataTable()
/dataTableOutput()
are officially deprecated in favor of their{DT}
equivalents. Migrating to{DT}
, in most cases, just requires changingrenderDataTable()
toDT::renderDT()
anddataTableOutput()
toDT::DTOutput()
. Also, to promote migration, when a recent version of{DT}
is available,renderDataTable()
/dataTableOutput()
now automatically use their{DT}
equivalent (and provide a message that they are doing so). If this happens to degrade an existing app, setoptions(shiny.legacy.datatable = TRUE)
to get the old (i.e., non-{DT}
) implementation. (#3998) -
Both
conditionalPanel()
anduiOutput()
are now styled withdisplay: contents
by default in Shiny apps that use Bootstrap 5. This means that the elements they contain are positioned as if they were direct children of the parent container holding theconditionalPanel()
oruiOutput()
. This is probably what most users intend when they use these functions, but it may break apps that applied styles directly to the container elements created by these two functions. In that case, you may include CSS rules to setdisplay: block
for the.shiny-panel-conditional
or.shiny-html-output
classes. (#3957, #3960)
Bug fixes
-
Notifications are now constrained to the width of the viewport for window widths smaller the default notification panel size. (#3949)
-
Fixed #2392:
downloadButton()
now visibly returns its HTML tag so that it renders correctly in R Markdown and Quarto output. (Thanks to @fennovj, #2672) -
Calling
updateSelectizeInput()
withchoices
andselected
now clears the current selection before updating the choices and selected value. (#3967) -
Loading a Shiny app in a package-like directory will no longer warn if autoloading is disabled by the presence of an
R/_disable_autoload.R
file. (Thanks to @krlmlr and @tanho63, #3513)
shiny 1.8.0
Breaking changes
- Closed #3899: The JS function
Shiny.bindAll()
is now asynchronous. This change is driven by the recent push toward making dynamic UI rendering asynchronous, which is necessary for shinylive (and should've happened when it was first introduced in Shiny v1.7.5). The vast majority of existingShiny.bindAll()
uses should continue to work as before, but some cases may break if downstream code relies on it being synchronous (i.e., blocking the main thread). In this case, consider placing any downstream code in a.then()
callback (orawait
the result in aasync
function). (#3929)- Since
renderContent()
callsbindAll()
(after it inserts content), it now returns aPromise<void>
instead ofvoid
, which can be useful if downstream code needs to wait for the binding to complete.
- Since
New features and improvements
-
Updated
selectizeInput()
's selectize.js dependency from v0.12.4 to v0.15.2. In addition to many bug fixes and improvements, this update also adds several new plugin options. (#3875) -
Shiny's CSS styling (for things like
showNotification()
,withProgress()
,inputPanel()
, etc.), has been updated with{bslib}
's upcoming CSS-only dark mode feature in mind. (#3882, #3914) -
Default styles for
showNotification()
were tweaked slightly to improve accessibility, sizing, and padding. (#3913) -
Shiny inputs and
{htmlwidgets}
are no longer treated as draggable inside ofabsolutePanel()
/fixedPanel()
withdraggable = TRUE
. As a result, interactions like zooming and panning now work as expected with widgets like{plotly}
and{leaflet}
when they appear in a draggable panel. (#3752, #3933) -
For
InputBinding
s, the.receiveMessage()
method can now be asynchronous or synchronous (previously it could only be synchronous). (#3930)
Bug fixes
shiny 1.7.5.1
Bug fixes
- On r-devel (R > 4.3.1),
isTruthy(NULL)
now returnsFALSE
(as it does with older versions of R). (#3906)
shiny 1.7.5
Possibly breaking changes
-
For
reactiveValues()
objects, whenever the$names()
or$values()
methods are called, the keys are now returned in the order that they were inserted. (#3774) -
The value provided to
options(shiny.json.digits)
is now interpreted as number of digits after the decimal instead of significant digits. To treat the value as significant digits, wrap it inI()
(e.g.,options(shiny.json.digits = I(4))
). This new default behavior not only helps with reducing digits in testing snapshots, but is also more consistent with{jsonlite}
's default behavior. (#3819)
New features and improvements
-
Closed #789: Dynamic UI is now rendered asynchronously, thanks in part to the newly exported
Shiny.renderDependenciesAsync()
,Shiny.renderHtmlAsync()
, andShiny.renderContentAsync()
. Importantly, this means<script>
tags are now loaded asynchronously (the old way usedXMLHttpRequest
, which is synchronous). In addition,Shiny
now manages a queue of async tasks (exposed viaShiny.shinyapp.taskQueue
) so that order of execution is preserved. (#3666) -
Fixes #3840:
updateSliderInput()
now warns when attempting to set invalidmin
,max
, orvalue
values. Sending an invalid update message to an input no longer causes other update messages to fail. (#3843) -
sliderInput()
now has a larger target area for clicking or tapping on the slider handle or range. (#3859) -
Closed #2956: Component authors can now prevent Shiny from creating an input binding on specific elements by adding the
data-shiny-no-bind-input
attribute to the element. The attribute may have any or no value; its presence will prevent binding. This feature is primarily useful for input component authors who want to use standard HTML input elements without causing Shiny to create an input binding for them. Additionally, Shiny now adds custom classes to its inputs. For example,checkboxInput()
now has ashiny-input-checkbox
class. These custom classes may be utilized in future updates to Shiny's input binding logic. (#3861) -
Map
objects are now initialized at load time instead of build time. This avoids potential problems that could arise from storingfastmap
objects into the built Shiny package. (#3775)