forked from hadley/mastering-shiny
-
Notifications
You must be signed in to change notification settings - Fork 0
/
action-bookmark.Rmd
236 lines (178 loc) · 10.5 KB
/
action-bookmark.Rmd
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
# Bookmarking {#action-bookmark}
```{r, include = FALSE}
source("common.R")
source("demo.R")
```
By default, Shiny apps have one major drawback compared to most web sites: you can't bookmark the app to return to the same place in the future or share your work with someone else with a link in an email.
That's because, by default, Shiny does not expose the current state of the app in its URL.
Fortunately, however, you can change this behaviour with a little extra work and this chapter will show you how.
```{r setup}
library(shiny)
```
## Basic idea
Let's take a simple app that we want to make bookmarkable.
This app draws Lissajous figures, which replicate the motion of a pendulum.
This app can produce a variety of interesting patterns that you might want to share.
```{r}
ui <- fluidPage(
sidebarLayout(
sidebarPanel(
sliderInput("omega", "omega", value = 1, min = -2, max = 2, step = 0.01),
sliderInput("delta", "delta", value = 1, min = 0, max = 2, step = 0.01),
sliderInput("damping", "damping", value = 1, min = 0.9, max = 1, step = 0.001),
numericInput("length", "length", value = 100)
),
mainPanel(
plotOutput("fig")
)
)
)
server <- function(input, output, session) {
t <- reactive(seq(0, input$length, length.out = input$length * 100))
x <- reactive(sin(input$omega * t() + input$delta) * input$damping ^ t())
y <- reactive(sin(t()) * input$damping ^ t())
output$fig <- renderPlot({
plot(x(), y(), axes = FALSE, xlab = "", ylab = "", type = "l", lwd = 2)
}, res = 96)
}
```
```{r pendulum, fig.cap = "This app allows you to generate intersting figures using a model of a pendulum. Wouldn't it be cool to share a link with your friends?", echo = FALSE, message = FALSE, out.width = NULL}
demo <- demoApp$new("action-bookmark/pendulum", ui, server)
demo$resize(800)
demo$setInputs(omega = -0.13, damping = 0.997)
demo$takeScreenshot()
```
There are three things we need to do to make this app bookmarkable:
1. Add a `bookmarkButton()` to the UI.
This generates a button that the user clicks to generate the bookmarkable URL.
2. Turn `ui` into a function.
You need to do this because bookmarked apps have to replay the bookmarked values: effectively, Shiny modifies the default `value` for each input control.
This means there's no longer a single static UI but multiple possible UIs that depend on parameters in the URL; i.e. it has to be a function.
3. Add `enableBookmarking = "url"` to the `shinyApp()` call.
Making those changes gives us:
```{r}
ui <- function(request) {
fluidPage(
sidebarLayout(
sidebarPanel(
sliderInput("omega", "omega", value = 1, min = -2, max = 2, step = 0.01),
sliderInput("delta", "delta", value = 1, min = 0, max = 2, step = 0.01),
sliderInput("damping", "damping", value = 1, min = 0.9, max = 1, step = 0.001),
numericInput("length", "length", value = 100),
bookmarkButton()
),
mainPanel(
plotOutput("fig")
)
)
)
}
```
```{r, eval = FALSE}
shinyApp(ui, server, enableBookmarking = "url")
```
You can try it out at <https://hadley.shinyapps.io/ms-bookmark-url>.
If you play around with the app and bookmark a few interesting states, you'll see that the generated URLs look something like this:
- `https://hadley.shinyapps.io/ms-bookmark-url/?_inputs_&damping=1&delta=1&length=100&omega=1`
- `https://hadley.shinyapps.io/ms-bookmark-url/?_inputs_&damping=0.966&delta=1.25&length=100&omega=-0.54`
- `https://hadley.shinyapps.io/ms-bookmark-url/?_inputs_&damping=0.997&delta=1.37&length=500&omega=-0.9`
To understand what's happening, let's take the first URL and tease it apart into pieces:
- `http://` is the "protocol" used to communicate with the app.
This will always be `http` or `https`.
- `hadley.shinyapps.io/ms-bookmark-url` is the location of the app.
- Everything after `?` is a "parameter".
Each parameter is separated by `&`, and if you break it apart you can see the values of each input in the app:
- `damping=1`
- `delta=1`
- `length=100`
- `omega=1`
So "generating a bookmark" means recording the current values of the inputs in the parameters of URL.
If you play around with locally, the urls will look slightly different:
- `http://127.0.0.1:4087/?_inputs_&damping=1&delta=1&length=100&omega=1`
- `http://127.0.0.1:4087/?_inputs_&damping=0.966&delta=1.25&length=100&omega=-0.54`
- `http://127.0.0.1:4087/?_inputs_&damping=0.997&delta=1.37&length=500&omega=-0.9`
Most of the pieces are the same except that instead of `hadley.shinyapps.io/ms-bookmark-url` you'll see something like `127.0.0.1:4087`.
`127.0.0.1` is a special address that always points to your own computer, and `4087` is a randomly assigned port.
Normally, different apps get different paths or IP addresses, but that's not possible when you're hosting multiple apps on your own computer.
### Updating the URL
Instead of providing an explicit button, another option is to automatically update the URL in the browser.
This allows your users to use the user bookmark command in their browser, or copy and paste the URL from the location bar.
Automatically updating the URL requires a little boilerplate in the server function:
```{r, eval = FALSE}
# Automatically bookmark every time an input changes
observe({
reactiveValuesToList(input)
session$doBookmark()
})
# Update the query string
onBookmarked(updateQueryString)
```
Which gives us an updated server function as follows:
```{r}
server <- function(input, output, session) {
t <- reactive(seq(0, input$length, length = input$length * 100))
x <- reactive(sin(input$omega * t() + input$delta) * input$damping ^ t())
y <- reactive(sin(t()) * input$damping ^ t())
output$fig <- renderPlot({
plot(x(), y(), axes = FALSE, xlab = "", ylab = "", type = "l", lwd = 2)
}, res = 96)
observe({
reactiveValuesToList(input)
session$doBookmark()
})
onBookmarked(updateQueryString)
}
```
```{r, eval = FALSE}
shinyApp(ui, server, enableBookmarking = "url")
```
```{r, echo = FALSE, message = FALSE}
demo <- demoApp$new("action-bookmark/bookmark-auto", ui, server, bookmark = "url")
demo$deploy()
```
And this yields <https://hadley.shinyapps.io/ms-bookmark-auto> --- since the URL now automatically updates, you could now remove the bookmark button from the UI..
### Storing richer state
So far we've used `enableBookmarking = "url"` which stores the state directly in the URL.
This a good place to start because it's very simple and works everywhere you might deploy your Shiny app.
As you can imagine, however, the URL is going to get very long if you have a large number of inputs, and it's obviously not going to be able to capture an uploaded file.
For these cases, you might instead want to use `enableBookmarking = "server"`, which saves the state to an `.rds` file on the server.
This always generates a short, opaque, URL but requires additional storage on the server.
```{r, eval = FALSE}
shinyApp(ui, server, enableBookmarking = "server")
```
```{r, echo = FALSE, message = FALSE}
demo <- demoApp$new("action-bookmark/bookmark-server", ui, server, bookmark = "server")
demo$deploy()
```
shinyapps.io doesn't currently supported server side bookmarking, so you'll need to try this out locally.
If you do so, you'll see that the bookmark button generates URLs like:
- `http://127.0.0.1:4087/?_state_id_=0d645f1b28f05c97`
- `http://127.0.0.1:4087/?_state_id_=87b56383d8a1062c`
- `http://127.0.0.1:4087/?_state_id_=c8b0291ba622b69c`
Which are paired with matching directories in your working directory:
- `shiny_bookmarks/0d645f1b28f05c97`
- `shiny_bookmarks/87b56383d8a1062c`
- `shiny_bookmarks/c8b0291ba622b69c`
The main drawbacks with server bookmarking is that it requires files to be saved on the server, and it's not obvious how long these need to hang around for.
If you're bookmarking complex state and you never delete these files, your app is going to take up more and more disk space over time.
If you do delete the files, some old bookmarks are going to stop working.
## Bookmarking challenges
Automated bookmarking relies on the reactive graph.
It seeds the inputs with the saved values then replays all reactive expressions and outputs, which will yield the same app that you see, as long as your app's reactive graph is straightforward.
This section briefly covers some of the cases which need a little extra care:
- If your app uses random numbers, the results might be different even if all the inputs are the same.
If it's really important to always generate the same numbers, you'll need to think about how to make your random process reproducible.
The easiest way to do this is use `repeatable()`; see the documentation for more details.
- If you have tabs and want to bookmark and restore the active tab, make sure to supply an `id` in your call to `tabsetPanel()`.
- If there are inputs that should not be bookmarked, e.g. they contain private information that shouldn't be shared, include a called to `setBookmarkExclude()` somewhere in your server function.
For example, `setBookmarkExclude(c("secret1", "secret2"))` will ensure that the `secret1` and `secret2` inputs are not bookmarked.
- If you are manually managing reactive state in your own `reactiveValues()` object (as we'll discuss in Chapter \@ref(reactivity-components)), you'll need to use the `onBookmark()` and `onRestore()` callbacks to manually save and load your additional state.
See [*Advanced Bookmarking*](https://shiny.rstudio.com/articles/advanced-bookmarking.html) for more details.
## Exercises
1. Generate app for visualising the results of [ambient::noise_simplex()](https://ambient.data-imaginist.com/reference/noise_simplex.html). Your app should allow the user to control the frequency, fractal, lacunarity, and gain, and be bookmarkable. How can you ensure the image looks exactly the same when reloaded from the bookmark? (Think about what the `seed` argument implies).
2. Make a simple app that lets you upload a csv file and then bookmark it. Upload a few files and then look in `shiny_bookmarks`. How do the files correspond to the bookmarks? (Hint: you can use `readRDS()` to look inside the cache files that Shiny is generating).
## Summary
This chapter has showed how to enable bookmarking for your app.
This is a great feature to provide your users because it allows them to easily share their work with others.
Next, we'll talk about how to use tidy evaluation within Shiny apps.
Tidy evaluation is a feature of many tidyverse functions, and you'll need to learn about it if you want to allow the user to change variables in (e.g.) dplyr pipelines or ggplot2 graphics.