mirror of
https://github.com/rstudio/shiny.git
synced 2026-02-10 06:35:13 -05:00
Accept whitespace-only RD changes.
This commit is contained in:
@@ -77,6 +77,5 @@ such as \code{"100px"} (100 pixels) or \code{"25\%"}.
|
||||
|
||||
For arcane HTML reasons, to have the panel fill the page or parent you should
|
||||
specify \code{0} for \code{top}, \code{left}, \code{right}, and \code{bottom}
|
||||
rather than the more obvious \code{width = "100\%"} and \code{height =
|
||||
"100\%"}.
|
||||
rather than the more obvious \code{width = "100\%"} and \code{height = "100\%"}.
|
||||
}
|
||||
|
||||
@@ -43,16 +43,14 @@ The \code{xvar}, \code{yvar}, \code{panelvar1}, and \code{panelvar2}
|
||||
arguments specify which columns in the data correspond to the x variable, y
|
||||
variable, and panel variables of the plot. For example, if your plot is
|
||||
\code{plot(x=cars$speed, y=cars$dist)}, and your brush is named
|
||||
\code{"cars_brush"}, then you would use \code{brushedPoints(cars,
|
||||
input$cars_brush, "speed", "dist")}.
|
||||
\code{"cars_brush"}, then you would use \code{brushedPoints(cars, input$cars_brush, "speed", "dist")}.
|
||||
|
||||
For plots created with ggplot2, it should not be necessary to specify the
|
||||
column names; that information will already be contained in the brush,
|
||||
provided that variables are in the original data, and not computed. For
|
||||
example, with \code{ggplot(cars, aes(x=speed, y=dist)) + geom_point()}, you
|
||||
could use \code{brushedPoints(cars, input$cars_brush)}. If, however, you use
|
||||
a computed column, like \code{ggplot(cars, aes(x=speed/2, y=dist)) +
|
||||
geom_point()}, then it will not be able to automatically extract column names
|
||||
a computed column, like \code{ggplot(cars, aes(x=speed/2, y=dist)) + geom_point()}, then it will not be able to automatically extract column names
|
||||
and filter on them. If you want to use this function to filter data, it is
|
||||
recommended that you not use computed columns; instead, modify the data
|
||||
first, and then make the plot with "raw" columns in the modified data.
|
||||
|
||||
@@ -73,8 +73,7 @@ function for \code{missing} that takes one argument, the key, and also use
|
||||
When the cache is created, you can supply a value for \code{missing}, which
|
||||
sets the default value to be returned for missing values. It can also be
|
||||
overridden when \code{get()} is called, by supplying a \code{missing}
|
||||
argument. For example, if you use \code{cache$get("mykey", missing =
|
||||
NULL)}, it will return \code{NULL} if the key is not in the cache.
|
||||
argument. For example, if you use \code{cache$get("mykey", missing = NULL)}, it will return \code{NULL} if the key is not in the cache.
|
||||
|
||||
If your cache is configured so that \code{get()} returns a sentinel value
|
||||
to represent a cache miss, then \code{set} will also not allow you to store
|
||||
|
||||
@@ -41,8 +41,7 @@ layout functions like \code{sidebarLayout}, rather, all layout must be done
|
||||
with \code{fixedRow} and \code{column}.
|
||||
}
|
||||
\note{
|
||||
See the \href{http://shiny.rstudio.com/articles/layout-guide.html}{
|
||||
Shiny Application Layout Guide} for additional details on laying out fixed
|
||||
See the \href{http://shiny.rstudio.com/articles/layout-guide.html}{ Shiny Application Layout Guide} for additional details on laying out fixed
|
||||
pages.
|
||||
}
|
||||
\examples{
|
||||
|
||||
@@ -40,8 +40,7 @@ alternative to low-level row and column functions you can also use
|
||||
higher-level layout functions like \code{\link{sidebarLayout}}.
|
||||
}
|
||||
\note{
|
||||
See the \href{http://shiny.rstudio.com/articles/layout-guide.html}{
|
||||
Shiny-Application-Layout-Guide} for additional details on laying out fluid
|
||||
See the \href{http://shiny.rstudio.com/articles/layout-guide.html}{ Shiny-Application-Layout-Guide} for additional details on laying out fluid
|
||||
pages.
|
||||
}
|
||||
\examples{
|
||||
|
||||
@@ -14,8 +14,7 @@ getUrlHash(session = getDefaultReactiveDomain())
|
||||
}
|
||||
\value{
|
||||
For \code{getQueryString}, a named list. For example, the query
|
||||
string \code{?param1=value1¶m2=value2} becomes \code{list(param1 =
|
||||
value1, param2 = value2)}. For \code{getUrlHash}, a character vector with
|
||||
string \code{?param1=value1¶m2=value2} becomes \code{list(param1 = value1, param2 = value2)}. For \code{getUrlHash}, a character vector with
|
||||
the hash (including the leading \code{#} symbol).
|
||||
}
|
||||
\description{
|
||||
|
||||
@@ -72,8 +72,7 @@ function for \code{missing} that takes one argument, the key, and also use
|
||||
When the cache is created, you can supply a value for \code{missing}, which
|
||||
sets the default value to be returned for missing values. It can also be
|
||||
overridden when \code{get()} is called, by supplying a \code{missing}
|
||||
argument. For example, if you use \code{cache$get("mykey", missing =
|
||||
NULL)}, it will return \code{NULL} if the key is not in the cache.
|
||||
argument. For example, if you use \code{cache$get("mykey", missing = NULL)}, it will return \code{NULL} if the key is not in the cache.
|
||||
|
||||
If your cache is configured so that \code{get()} returns a sentinel value
|
||||
to represent a cache miss, then \code{set} will also not allow you to store
|
||||
|
||||
@@ -68,8 +68,7 @@ The \code{xvar}, \code{yvar}, \code{panelvar1}, and \code{panelvar2} arguments
|
||||
specify which columns in the data correspond to the x variable, y variable,
|
||||
and panel variables of the plot. For example, if your plot is
|
||||
\code{plot(x=cars$speed, y=cars$dist)}, and your click variable is named
|
||||
\code{"cars_click"}, then you would use \code{nearPoints(cars,
|
||||
input$cars_brush, "speed", "dist")}.
|
||||
\code{"cars_click"}, then you would use \code{nearPoints(cars, input$cars_brush, "speed", "dist")}.
|
||||
}
|
||||
\examples{
|
||||
\dontrun{
|
||||
|
||||
@@ -45,8 +45,7 @@ Create a set of radio buttons used to select an item from a list.
|
||||
}
|
||||
\details{
|
||||
If you need to represent a "None selected" state, it's possible to default
|
||||
the radio buttons to have no options selected by using \code{selected =
|
||||
character(0)}. However, this is not recommended, as it gives the user no way
|
||||
the radio buttons to have no options selected by using \code{selected = character(0)}. However, this is not recommended, as it gives the user no way
|
||||
to return to that state once they've made a selection. Instead, consider
|
||||
having the first of your choices be \code{c("None selected" = "")}.
|
||||
}
|
||||
|
||||
@@ -28,8 +28,7 @@ the more versatile \code{\link{actionButton}} (see details below).
|
||||
Submit buttons are unusual Shiny inputs, and we recommend using
|
||||
\code{\link{actionButton}} instead of \code{submitButton} when you
|
||||
want to delay a reaction.
|
||||
See \href{http://shiny.rstudio.com/articles/action-buttons.html}{this
|
||||
article} for more information (including a demo of how to "translate"
|
||||
See \href{http://shiny.rstudio.com/articles/action-buttons.html}{this article} for more information (including a demo of how to "translate"
|
||||
code using a \code{submitButton} to code using an \code{actionButton}).
|
||||
|
||||
In essence, the presence of a submit button stops all inputs from
|
||||
|
||||
@@ -60,8 +60,7 @@ the following:
|
||||
|
||||
If any of these values happen to be valid, you can explicitly turn them to
|
||||
logical values. For example, if you allow \code{NA} but not \code{NULL}, you
|
||||
can use the condition \code{!is.null(input$foo)}, because \code{!is.null(NA)
|
||||
== TRUE}.
|
||||
can use the condition \code{!is.null(input$foo)}, because \code{!is.null(NA) == TRUE}.
|
||||
|
||||
If you need validation logic that differs significantly from \code{need}, you
|
||||
can create other validation test functions. A passing test should return
|
||||
|
||||
Reference in New Issue
Block a user