Similarly to new_data_block()
, blocks created via new_file_block()
serve
as starting points in analysis pipelines by providing data to down-stream
blocks. They typically will not have data inputs and represent root nodes in
analysis graphs.
Usage
new_file_block(server, ui, class, ctor = sys.parent(), ...)
new_filebrowser_block(
file_path = character(),
volumes = c(home = path.expand("~")),
...
)
new_upload_block(...)
Arguments
- server
A function returning
shiny::moduleServer()
- ui
A function with a single argument (
ns
) returning ashiny.tag
- class
Block subclass
- ctor
String-valued constructor name or function/frame number (mostly for internal use or when defining constructors for virtual classes)
- ...
Forwarded to
new_file_block()
andnew_block()
- file_path
File path
- volumes
Parent namespace
File browser block
In order to make user data available to blockr, this block provides file-
upload functionality via shiny::fileInput()
. Given that data provided in
this way are only available for the life-time of the shiny session, exported
code is not self-contained and a script containing code from an upload block
is cannot be run in a new session. Also, serialization of upload blocks is
currently not allowed as the full data would have to be included during
serialization.
Upload block
In order to make user data available to blockr, this block provides file-
upload functionality via shiny::fileInput()
. Given that data provided in
this way are only available for the life-time of the shiny session, exported
code is not self-contained and a script containing code from an upload block
is cannot be run in a new session. Also, serialization of upload blocks is
currently not allowed as the full data would have to be included during
serialization.