Title: | A Report Templating System |
Type: | Package |
Encoding: | UTF-8 |
Description: | Facilitating the creation of reproducible statistical report templates. Once created, rapport templates can be exported to various external formats (HTML, LaTeX, PDF, ODT etc.) with pandoc as the converter backend. |
Version: | 1.2 |
Date: | 2025-04-07 |
URL: | https://rapporter.github.io/rapport/ |
BugReports: | https://github.com/rapporter/rapport/issues |
License: | AGPL-3 |
LazyData: | yes |
LazyLoad: | yes |
Depends: | R (≥ 2.15.0) |
Imports: | grDevices, utils, yaml, stringr, rapportools, pander |
SystemRequirements: | pandoc (https://johnmacfarlane.net/pandoc) for exporting markdown files to other formats. |
RoxygenNote: | 7.3.2 |
NeedsCompilation: | no |
Packaged: | 2025-04-07 21:29:42 UTC; daroczig |
Author: | Aleksandar Blagotić [aut], Gergely Daróczi [aut, cre] |
Maintainer: | Gergely Daróczi <daroczig@rapporter.net> |
Repository: | CRAN |
Date/Publication: | 2025-04-07 22:50:01 UTC |
rapport: an R engine for reproducible template generation
Description
rapport is an R package that facilitates creation of reproducible statistical report templates. Once created, rapport templates can be exported to various external formats: HTML, LaTeX, PDF, ODT, etc.
Details
For detailed introductions please check out our homepage: https://rapporter.github.io/rapport/.
You may use the package-bundled templates with a minimal R knowledge - a quick tutorial is shown in the package demo: demo(rapport, ask = FALSE)
.
Apart from R, all you need to know to start writing your own templates is Pandoc's markup syntax, and several rapport-specific conventions that allow the reproducible of the template. rapport uses brew-like tags to support dynamic inline and/or block evaluation of R code. Unlike many other report-writing conventions in R (Sweave, brew, knitr), rapport converts generated output to a convenient form via pander package and pandoc
as the document converting backend. rapport also comes with support for plots: images are automatically saved to temporary file, and image path is returned or redrawn on demand.
The output of rapport
command depends on various package-specific options. Please skim through the summary of following options:
-
rapport.user
: a (user)name to show in exported report (defaults to"Anonymous"
) -
rapport.file.name
: a general filename of generated images and exported documents without extension. Some helper pseudo-code would be replaced with handy strings while runningrapport
andrapport.export
:-
%t
: unique random character strings based ontempfile
, -
%T
: template name in action, -
%n
: an auto-increment integer based on similar (plot) file names (see:?evalsOptions
), -
%N
: an auto-increment integer based on similar exported document's file name
-
-
rapport.file.path
: a directory where generated images and exported documents would take place. By default
rapport
function saves plots to image files (see the settings inevalsOptions()
) andprint
method just shows the path(s) of the generated image(s). If you would like to see the plot(s) when callingrapport
function from an interactive R console, please setevalsOptions('graph.recordplot')
and the globalrapport.graph.replay
option toTRUE
beforehand. In that case all generated plots will be displayed after printing therapport
object. These options are set toFALSE
by default although we find these settings really handy, as you can resize the images on the fly and export resized images to HTML/ODT/DOCX/PDF etc. If you would even like to save the actual environment of each generated plot (variables, data sets etc.) as anRData
file, please setevalsOptions('graph.env')
toTRUE
.-
rapport
also has some options to set formatting style of numbers, characters and dates specified inpanderOptions()
the exported graphs can be customised via further
panderOptions
Author(s)
Maintainer: Gergely Daróczi daroczig@rapporter.net
Authors:
Aleksandar Blagotić alex@rapporter.net
See Also
pander
package: https://rapporter.github.io/pander/
Convert Inputs to Character
Description
Converts template inputs to character vector with YAML strings.
Usage
## S3 method for class 'rapport.inputs'
as.character(x, ...)
Arguments
x |
template inputs object |
... |
ignored |
Convert Metadata to Character
Description
Converts template metadata to character vector with YAML strings.
Usage
## S3 method for class 'rapport.meta'
as.character(x, ...)
Arguments
x |
template metadata object |
... |
ignored |
Convert YAML booleans to R ones
Description
We need this because of the silly R/YAML bug. Chillax, it's for internal use only, and since we're about to call it on bunch of places, we needed a function.
Usage
as.yaml.bool(x)
Arguments
x |
a character vector with YAML booleans |
Check input value
Description
A bit misleading title/function name - it validates input values, according to rules set in general input attributes (length
) or class-specific ones (nchar
, nlevels
or limit
).
Usage
check.input.value(
input,
value = NULL,
attribute.name = c("length", "nchar", "nlevels", "limit")
)
Arguments
input |
input item |
value |
input value, either template-defined, or set by the user |
attribute.name |
input attributes containing validation rules (defaults to |
Check Input Value Class
Description
Checks the class of an input value.
Usage
check.input.value.class(
value,
class = c("character", "complex", "factor", "integer", "logical", "numeric", "raw"),
input.name = NULL
)
Arguments
value |
input value |
class |
input class (defaults to |
input.name |
input name (used in messages) |
Check Report Chunks
Description
Checks for warnings and errors in report chunks.
Usage
check.report.chunks(rp, what = c("errors", "warnings", "messages"))
Arguments
rp |
|
what |
what fields to check. defaults to all |
Check template validity
Description
Throw error
Usage
check.tpl(
txt,
open.tag = get.tags("header.open"),
close.tag = get.tags("header.close"),
...
)
Arguments
txt |
character vector with template contents |
open.tag |
opening tag regexp |
close.tag |
closing tag regexp |
... |
additional params for tag matching (see |
Extract Template Metadata
Description
Check if template metadata field matches provided format, and return matched value in a list.
Usage
extract.meta(
x,
title,
regex,
short = NULL,
trim.white = TRUE,
mandatory = TRUE,
default.value = NULL,
field.length = 1000,
...
)
Arguments
x |
a string containing template metadata |
title |
a string containing metadata field title (can be regex-powered) |
regex |
a string with regular expression to match field value |
short |
a string with a short name for given metadata field |
trim.white |
a logical value indicating whether trailing and leading spaces of the given string should be removed before extraction |
mandatory |
a logical value indicating required field |
default.value |
fallback to this value if non-mandatory field is not found/malformed |
field.length |
maximum number of field characters (defaults to 1000) |
... |
additional parameters for |
Value
a list with matched content, or NULL
if the field is not required
Examples
## Not run:
rapport:::extract.meta("Name: John Smith", "Name", "[[:alpha:]]+( [[:alpha:]]+)?")
## $name
## [1] "John Smith"
rapport:::extract.meta("Name: John", "Name", "[[:alpha:]]+( [[:alpha:]]+)?")
## $name
## [1] "John"
## End(Not run)
Tag Values
Description
Returns report tag vales (usually regexes): either user-defined, or the default ones.
Usage
get.tags(
tag.type = c("all", "header.open", "header.close", "comment.open", "comment.close"),
preset = c("user", "default")
)
Arguments
tag.type |
a character value with tag value name |
preset |
a character value specifying which preset to return |
Details
Default parameters are read from options
:
'header.open',
'header.close',
'comment.open',
'comment.close'.
Value
either a list (default) or a character value with tag regexes
Examples
## Not run:
get.tags() # same as 'get.tags("all")'
get.tags("header.open")
## End(Not run)
Guess Input
Description
Checks and returns valid input from YAML input definition.
Usage
guess.input(input)
Arguments
input |
a named list containing input definition |
Input Description
Description
Checks and returns input description.
Usage
guess.input.description(description)
Arguments
description |
a character string containing input description |
Input Label
Description
Checks and returns input label.
Usage
guess.input.label(label)
Arguments
label |
a character string containing input label |
Input Name Validation
Description
From v.0.51
one or more characters that are not newline should do the trick. Note that white spaces will be trimmed from both ends in resulting string.
Usage
guess.input.name(name)
Arguments
name |
a character value with input name |
Guess length-like fields
Description
Since length, nchar, nlevels and limit have (almost) same format,
Usage
guess.l(
len,
type = c("length", "nchar", "nlevels", "limit"),
input.name = NULL,
limit.class = c("numeric", "integer")
)
Arguments
len |
length field value, either a number or a named list |
type |
type of length-like field |
input.name |
input name |
limit.class |
input class to perform limit-specific checks |
Deprecated input limits
Description
Guess deprecated input length.
Usage
guess.old.input.length(x, input.type)
Arguments
x |
a character string containing input length definition |
input.type |
a character string containing input type |
Check Type
Description
Checks type of template input, based on provided sting. If input definition is syntactically correct, a list is returned, containing input type, size limits, and default value (for CSV options and boolean types only).
Usage
guess.old.input.type(x)
Arguments
x |
a character string containing input definition |
Deprecated Input Definition
Description
As of version 0.5
, rapport
relies on YAML syntax to define inputs. The following sections describe deprecated input definition syntax.
Details
Input Specifications
Apart from template metadata, header also requires specification for template inputs. In most cases, inputs refer to variable names in provided dataset, but some inputs have special meaning inside rapport
, and some of them don't have anything to do with provided dataset whatsoever. Most inputs can contain limit specification, and some inputs can also have a default value. At first we'll explain input specifications on the fly, and in following sections we'll discuss each part in thorough details. Let's start with a single dummy input specification:
*foo.bar | numeric[1,6] | Numeric variable | A set of up to 6 numeric variables
Required Inputs
Asterisk sign (*
) in front of an input name indicates a mandatory input. So it is possible to omit input (unless it's required, of course), but you may want to use this feature carefully, as you may end up with ugly output. If an input isn't mandatory,NULL
is assigned to provided input name, and the object is stored in transient evaluation environment.
Input Name
rapport has its own naming conventions which are compatible, but different from traditional R naming conventions. Input name ("foo.bar" in previous example) must start with an alphabet letter, followed either by other alphabet letters or numbers, separated with _
or .
. For example, valid names are: foo.bar
, f00_bar
, or Fo0_bar.input
. Input name length is limited on 30 characters by default. At any time you can check your desired input name with check.name
function. Note that input names are case-sensitive, just like symbol
s in R.
Input Type
Input type is specified in the second input block. It is the most (read: "only") complex field in an input specification. It consists of type specification, limit specification and sometimes a default value specification. Most input types are compatible with eponymous R modes: character, complex, logical, numeric, or R classes like factor. Some are used as "wildcards", like variable, and some do not refer to dataset variables at all: boolean, number, string and option. Here we'll discuss each input type thoroughly. We will use term variable to denote a vector taken from a dataset (for more details see documentation for is.variable
). All inputs can be divided into two groups, depending on whether they require a dataset or not:
-
dataset inputs:
-
character - matches a character variable
-
complex - matches a character variable
-
numeric - matches a numeric variable
-
factor - matches a factor variable (i.e. R object of
factor
class) -
variable - matches any variable of previously defined types
-
-
standalone inputs:
-
string - accepts an atomic character vector
-
number - accepts an atomic numeric vector
-
boolean - accepts a logical value
-
option - accepts a comma-separated list of values, that are to be matched with
match.arg
. The first value in a list is the default one.
-
Now we'll make a little digression and talk about input limits. You may have noticed some additional stuff in type specification, e.g. numeric[1,6]
. All dataset inputs, as well as *string* and *numeric standalone inputs* can contain limit specifications. If you want to bundle several variables from dataset or provide a vector with several string/numeric values, you can apply some rules within square brackets in [a,b]
format, where [a,b]
stands for "from a
to b
inputs", e.g. [1,6]
means "from 1 to 6 inputs". Limit specifications can be left out, but even in that case implicit limit rules are applied - for variables, as well as boolean and option inputs it's [1,1]
, for strings [1,256]
and for number inputs [-Inf,Inf]
.
Dataset inputs will match one or more variables from a dataset, and check its mode and/or class. variable
type is a bit different, since it matches any kind of variable (not to confuse with Any
type), but it still refers to variable(s) from a provided dataset. Dataset inputs cannot have default value, but can be optional (just leave out *
sign in front of input name). Note that if you provide more than one variable name in rapport
function call, that input will be stored as a data.frame
, otherwise, it will be stored as a variable (atomic vector).
Standalone inputs are a bit different since they do not refer to any variables from a dataset. However, they are more complex than *dataset inputs*, especially because they can contain default values.
-
number and string inputs are defined with
number
andstring
respectively. They can also contain limit specifications, but the limits are treated in a slightly different manner.number[-2.58,3]
will match any number within an interval from -2.58 to 3. If the limit specification is ommited, an implicit ones are assigned ([-Inf,Inf]
. Limit specifications for string inputs define the range of characters that provided string can have, e.g.string[1,6]
matches the string with at least 1 and at most 6 characters. If ommited, limit specifications for strings are implicitly set to[1,256]
. number and string inputs can have default value, which can be defined by placing=
after type/limit specification followed by default value. For instance,number[1,6]=3.14
sets value3.14
as default. Note that for number inputs an additional check will be applied to ensure that provided default number belongs to an interval defined in the limit specification ([1,6]=7
will throw an error). For string inputs, the default valuestring=foo
sets "foo" as default string value (note that you don't have to specify quotes unless they are the part of the default string). Default value will be checked to ensure that its length falls within the interval provided in the limit specification. -
boolean inputs can contain either
TRUE
orFALSE
values. The specified value is the default one. They cannot contain limit specification, but implicitly the limits are set to[1,1]
. -
option inputs are nothing more than a comma-separated list of strings. Even if you specify numbers in a list, they will be coerced to strings once the list is parsed. Values in option list will be placed in a character vector, and matched with
match.arg
function. That means that you could only choose one value from a list. Partial matches are allowed, and the first value in option list is the default one. Just like inboolean
inputs, limits are implicitly set to[1,1]
.
Input Label and Description
Third block in input definition is an input label. While variable can have its own label (see label
), you may want to use the one defined in input specifications. At last, fourth block contains input description, which should be a lengthy description of current input. Note that all the fields in input specification are mandatory. You can cheat, though, by providing a non-space character (e.g. a dot) as an input label and/or description, but please don't do that unless you're testing the template. Labels and descriptions are meant to be informative.
Rapport Object
Description
Checks if provided R object is of rapport
class.
Usage
is.rapport(x)
Arguments
x |
any R object to check |
Value
a logical value indicating whether provided object is a rapport
object
Internet Usage Survey
Description
This dataset contains data gathered in a survey of Internet usage in Serbian population in the period from April to May 2008. During 90-day period, there were gathered 709 valid responses via on-line distributed questionnaire.
Details
However, this dataset does not contain the original data, as some random noise is added afterwards, in order to demonstrate functionality of rapport helpers.
Dataset variables can be divided into 3 sets: demographic data, Internet usage aspects and application usage/content preference.
Demographic variables
-
gender - respondent's gender (factor with 2 levels: "male" and "female")
-
age - respondent's age
-
dwell - dwelling (factor with 3 levels: "village", "small town" and "city")
-
student - is respondent a student? (factor with 2 levels: "no" and "yes")
-
partner - partnership status (factor with 3 levels: "single", "in a relationship" and "married")
Internet usage aspects
Following variables depict various aspects of Internet usage:
-
edu - time spent on-line in educational purposes (expressed in hours)
-
leisure - time spent on-line in leisure time (expressed in hours)
-
net.required - is Internet access required for your profession? (factor with 5 levels: "never", "rarely", "sometimes", "often" and "always")
-
net.pay - who pays for Internet access? (factor with 5 levels: "parents", "school/faculty", "employer", "self-funded" and "other")
-
net.use - how long is respondent using Internet? (ordered factor with 7 levels, ranging from "less than 6 months" to "more than 5 years")
Application usage and on-line content preference
These variables include data on the use of Internet applications and content available on the Internet. Practically, they contain responses from a set of 8 questions on a five-point Likert scale.
-
chatim - usage of chat and/or instant messaging applications
-
game - usage of on-line games
-
surf - frequency of web-surfing
-
email - usage of e-mail applications
-
download - frequency of file downloading
-
forum - attendance at web-forums
-
socnet - usage of social networking services
-
xxx - traffic to pornographic websites
Author(s)
Aleksandar Blagotic aca.blagotic@gmail.com
Dusan Vuckovic sylphs21125@gmail.com
Examples
## Not run:
rapport("example", ius2008, var = "it.leisure")
## End(Not run)
Prints rapport
Description
Default print method for rapport
class objects that shows evaluated report contents.
Usage
## S3 method for class 'rapport'
print(x, ...)
Arguments
x |
any "rapport" class object |
... |
ignored |
Examples
## Not run:
rapport('example', data = mtcars, var='hp')
## End(Not run)
Print Template Header
Description
Prints out the contents of template header (both metadata and inputs) in human-readable format, so you can get insight about the template requirements.
Usage
## S3 method for class 'rapport.info'
print(x, ...)
Arguments
x |
object of class |
... |
ignored |
Print Template Inputs
Description
Prints out the contents of template inputs in human-readable format.
Usage
## S3 method for class 'rapport.inputs'
print(x, ...)
Arguments
x |
object of class |
... |
ignored |
Print Template Metadata
Description
Prints out the contents of template metadata in human-readable format.
Usage
## S3 method for class 'rapport.meta'
print(x, ...)
Arguments
x |
object of class |
... |
ignored |
Evaluate Template
Description
This is the central function in the rapport
package, and hence eponymous. In following lines we'll use rapport
to denote the function, not the package. rapport
requires a template file, while dataset (data
argument) can be optional, depending on the value of Data required
field in template header. Template inputs are matched with ...
argument, and should be provided in x = value
format, where x
matches input name and value
, wait for it... input value! See rapport.inputs
for more details on template inputs.
Usage
rapport(
fp,
data = NULL,
...,
env = .GlobalEnv,
reproducible = FALSE,
header.levels.offset = 0,
graph.output = evalsOptions("graph.output"),
file.name = getOption("rapport.file.name"),
file.path = getOption("rapport.file.path"),
graph.width = evalsOptions("width"),
graph.height = evalsOptions("height"),
graph.res = evalsOptions("res"),
graph.hi.res = evalsOptions("hi.res"),
graph.replay = evalsOptions("rapport.graph.recordplot")
)
Arguments
fp |
a template file pointer (see |
data |
a |
... |
matches template inputs in format 'key = "value"' |
env |
the parent environment to be forked, in which temporary |
reproducible |
a logical value indicating if the call and data should be stored in template object, thus making it reproducible (see |
header.levels.offset |
number added to header levels (handy when using nested templates) |
graph.output |
the required file format of saved plots (optional) |
file.name |
set the file name of saved plots and exported documents. A simple character string might be provided where |
file.path |
path of a directory where to store generated images and exported reports |
graph.width |
the required width of saved plots (optional) |
graph.height |
the required height of saved plots (optional) |
graph.res |
the required nominal resolution in ppi of saved plots (optional) |
graph.hi.res |
logical value indicating if high resolution (1280x~1280) images would be also generated |
graph.replay |
logical value indicating if plots need to be recorded for later replay (eg. while |
Details
Default parameters are read from evalsOptions()
and the following options
:
'rapport.file.name',
'rapport.file.path',
Value
a list with rapport
class.
See Also
Examples
## Not run:
rapport('Example', ius2008, v = "leisure")
rapport('Descriptives', ius2008, var = "leisure")
## generating high resolution images also
rapport('Example', ius2008, v = "leisure", graph.hi.res = TRUE)
rapport.html('NormalityTest', ius2008, var = "leisure", graph.hi.res=T)
## generating only high resolution image
rapport('Example', ius2008, v = "leisure", graph.width = 1280, graph.height = 1280)
## nested templates cannot get custom setting, use custom rapport option:
options('graph.hi.res' = TRUE)
rapport('AnalyzeWizard', data=ius2008, variables=c('edu', 'game'))
## End(Not run)
rapport helpers
Description
rapport
package comes with bunch of helper functions that make your template writing and report creation easier, although most of these helpers were migrated to the rapportools
package.
Details
Export helpers
Please load the rapportools
package if you would use any of the below functions in the .GlobalEnv
, or simply add rapportools
to the required packages section in your template file. That latter is a lot cleaner solution.
General purpose helpers
Summary statistics
Univariate descriptive statistics
Miscelaneous stats helpers
Template Body
Description
Returns contents of the template body.
Usage
rapport.body(fp, htag = get.tags("header.close"), ...)
Arguments
fp |
a template file pointer (see |
htag |
a string with closing body tag |
... |
additional arguments to be passed to |
Value
a character vector with template body contents
Check Rapport Template
Description
Checks if the examples of given template can be run without any error.
Usage
rapport.check.template(fp)
Arguments
fp |
a character vector containing template name (".rapport" extension is optional), file path or a text to be split by line breaks |
Details
If everything went fine and you get a list of success
equals to TRUE
values, otherwise success
returns FALSE
with additional message
Examples
## Not run:
rapport.check.template('Example')
## End(Not run)
Rapport to DOCX
Description
This is a simple wrapper around rapport
and rapport.export
. Basically it works like rapport
but the returned class is exported at one go.
Usage
rapport.docx(...)
Arguments
... |
parameters passed directly to |
See Also
rapport.export
rapport.html
rapport.pdf
rapport.odt
Template Examples
Description
Displays template examples defined in Example
section. Handy to check out what template does and how does it look like once it's rendered. If multiple examples are available, and index
argument is NULL
, you will be prompted for input. If only one example is available in the header, user is not prompted for input action, and given template is evaluated automatically. At any time you can provide an integer vector with example indices to index
argument, and specified examples will be evaluated without prompting, thus returning a list of rapport
objects. Example output can be easily exported to various formats (HTML, ODT, etc.) - check out documentation for rapport.export
for more info.
Usage
rapport.example(fp, index = NULL, env = .GlobalEnv)
Arguments
fp |
a template file pointer (see |
index |
a numeric vector indicating the example index - meaningful only for templates with multiple examples. Accepts vector of integers to match IDs of template example. Using 'all' (character string) as index will return all examples. |
env |
an environment where example will be evaluated (defaults to |
Examples
## Not run:
rapport.example('Example')
rapport.example('Example', 1:2)
rapport.example('Example', 'all')
rapport.example('Crosstable')
rapport.export(rapport.example('Crosstable'))
## End(Not run)
Export rapport object
Description
This function exports rapport class objects to various formats based on the pander
package.
Usage
rapport.export(
rp = NULL,
file,
append = FALSE,
create = TRUE,
open = TRUE,
date = pander_return(Sys.time()),
description = TRUE,
format = "html",
options = "",
logo = TRUE
)
Arguments
rp |
a rapport class object or list of rapport class objects |
file |
filename of the generated document. Inherited from rapport class if not set. If |
append |
FALSE (new report created) or an R object (class of "Report") to which the new report will be added |
create |
should export really happen? It might be handy if you want to append several reports. |
open |
open the exported document? Default set to TRUE. |
date |
character string as the date field of the report. If not set, current time will be set. |
description |
add |
format |
format of the wanted report. See Pandoc's user manual for details. In short, choose something like: |
options |
options passed to |
logo |
add rapport logo |
Details
By default this function tries to export the report to HTML with pandoc. Some default styles are applied. If you do not like those default settings, use your own options
argument.
Default parameters are read from global options
:
'rapport.user'
Please be sure to set 'rapport.user'
option with options()
to get your name in the head of your generated reports!
Value
filepath on create = TRUE
, Report
class otherwise
References
John MacFarlane (2012): _Pandoc User's Guide_. https://johnmacfarlane.net/pandoc/README.html
See Also
rapport.html
rapport.pdf
rapport.odt
rapport.docx
Examples
## Not run:
## eval some template
x <- rapport('Example', data = mtcars, var="hp")
## try basic parameters
rapport.export(x)
rapport.export(x, file = 'demo')
rapport.export(x, file = 'demo', format = 'odt')
### append reports
# 1) Create a report object with the first report and do not export (optional)
report <- rapport.export(x, create = F)
# 2) Append some other reports without exporting (optional)
report <- rapport.export(x, create = F, append = report)
# 3) Export it!
rapport.export(append=report)
# 4) Export it to other formats too! (optional)
rapport.export(append=report, format='rst')
### exporting multiple reports at once
rapport.export(rapport.example('Example', 'all'))
rapport.export(rapport.example('Example', 'all'), format = 'odt')
rapport.export(list(rapport('univar-descriptive', data = mtcars, var = "hp"),
rapport('Descriptives', data = mtcars, var = "mpg")))
### Never do this as being dumb:
rapport.export()
### Adding own custom CSS to exported HTML
rapport.export(x, options =
sprintf('-c %s', system.file('templates/css/default.css', package='rapport')))
## End(Not run)
Template Header
Description
Returns rapport
template header from provided path or a character vector.
Usage
rapport.header(
fp,
open.tag = get.tags("header.open"),
close.tag = get.tags("header.close"),
...
)
Arguments
fp |
a template file pointer (see |
open.tag |
a string with opening tag (defaults to value of user-defined |
close.tag |
a string with closing tag (defaults to value of user-defined |
... |
additional arguments to be passed to |
Value
a character vector with template header contents
Rapport to HTML
Description
This is a simple wrapper around rapport
and rapport.export
. Basically it works like rapport
but the returned class is exported at one go.
Usage
rapport.html(...)
Arguments
... |
parameters passed directly to |
See Also
rapport.export
rapport.pdf
rapport.odt
rapport.docx
Template Info
Description
Provides information about template metadata and/or inputs. See rapport.meta
and rapport.inputs
for details.
Usage
rapport.info(fp, meta = TRUE, inputs = TRUE)
Arguments
fp |
a template file pointer (see |
meta |
return template metadata? (defaults to |
inputs |
return template inputs? (defaults to |
See Also
Examples
## Not run:
rapport.info('Example') # return both metadata and inputs
rapport.info('Crosstable', inputs = FALSE) # return only template metadata
rapport.info('Correlation', meta = FALSE) # return only template inputs
## End(Not run)
Template Inputs
Description
Displays summary for template inputs (if any). Note that as of version 0.5
, rapport
template inputs should be defined using YAML syntax. See deprecated-inputs
for details on old input syntax. The following sections describe new YAML input definition style.
Usage
rapport.inputs(fp, use.header = FALSE)
Arguments
fp |
a template file pointer (see |
use.header |
a logical value indicating whether the header section is provided in |
Details
Introduction
The full power of rapport
comes into play with template inputs. One can match inputs against dataset variables or custom R
objects. The inputs provide means of assigning R
objects to symbol
s in the template evaluation environment. Inputs themselves do not handle only the template names, but also provide an extensive set of rules that each dataset variable/user-provided R
object has to satisfy. The new YAML input specification takes advantage of R
class system. The input attributes should resemble common R
object attributes and methods.
Inputs can be divided into two categories:
-
dataset inputs, i.e. the inputs that refer to named element of an
R
object provided indata
argument inrapport
call. Currently,rapport
supports onlydata.frame
objects, but that may change in the (near) future. -
standalone inputs - the inputs that do not depend on the dataset. The user can just provide an
R
object of an appropriate class (and other input attributes) to match a standalone input.
General input attributes
Following attributes are available for all inputs:
-
name
(character string, required) - input name. It acts as an identifier for a given input, and is required as such. Template cannot contain duplicate names.rapport
inputs currently have custom naming conventions - seeguess.input.name
for details. -
label
(character string) - input label. It can be blank, but it's useful to provide input label asrapport
helpers use that information in plot labels and/or exported HTML tables. Defaults to empty string. -
description
(character string) - similar tolabel
, but should contain long description of given input. -
class
(character string) - defines an input class. Currently supported input classes are:character
,complex
,factor
,integer
,logical
,numeric
andraw
(all atomic vector classes are supported). Class attribute should usually be provided, but it can also beNULL
(default) - in that case the input class will be guessed based on matchedR
object's value. -
required
(logical value) - does the input require a value? Defaults toFALSE
. -
standalone
(logical value) - indicates that the input depends on a dataset. Defaults toFALSE
. -
length
(either an integer value or a named list with integer values) - provides a set of rules for input value's length.length
attribute can be defined via:an integer value, e.g.
length: 10
, which sets restriction to exactly 10 vectors or values.named list with
min
and/ormax
attributes nested underlength
attribute. This will define a range of values in which input length must must fall. Note that range limits are inclusive. Eithermin
ormax
attribute can be omitted, and they will default to1
andInf
, respectively.
IMPORTANT! Note that
rapport
treats input length in a bit different manner. If you match a subset of 10 character vectors from the dataset, input length will be10
, as you might expect. But if you select only one variable, length will be equal to1
, and not to the number of vector elements. This stands both for standalone and dataset inputs. However, if you match a character vector against a standalone input, length will be stored correctly - as the number of vector elements. -
value
(a vector of an appropriate class). This attribute only exists for standalone inputs. Provided value must satisfy rules defined inclass
andlength
attributes, as well as any other class-specific rules (see below).
Class-specific attributes
character
-
nchar
- restricts the number of characters of the input value. It accepts the same attribute format aslength
. IfNULL
(default), no checks will be performed. -
regexp
(character string) - contains a string with regular expression. If non-NULL
, all strings in a character vector must match the given regular expression. Defaults toNULL
- no checks are applied. -
matchable
(logical value) - ifTRUE
,options
attribute must be provided, whilevalue
is optional, though recommended.options
should contain values to be chosen from, just like<option>
tag does when nested in<select>
HTML tag, whilevalue
must contain a value fromoptions
or it can be omitted (NULL
).allow_multiple
will allow values fromoptions
list to be matched multiple times. Note that unlike previous versions ofrapport
, partial matching is not performed.
numeric, integer
-
limit
- similar tolength
attribute, but allows onlymin
andmax
nested attributes. Unlikelength
attribute,limit
checks input values rather than input length.limit
attribute isNULL
by default and the checks are performed only whenlimit
is defined (non-NULL
).
factor
-
nlevels
- accepts the same format aslength
attribute, but the check is performed rather on the number of factor levels. -
matchable
- ibid as in character inputs (note that in previous versions ofrapport
matching was performed against factor levels - well, not any more, now we match against values to make it consistent withcharacter
inputs).
See Also
Package Templates
Description
Lists all templates bundled with current package build. By default, it will search for all .rapport
files in current directory, path specified in rapport.paths
option and package library path.
Usage
rapport.ls(...)
Arguments
... |
additional parameters for |
Value
a character vector with template files
Header Metadata
Description
Displays summary of template metadata stored in a header section. This part of template header consists of several YAML key: value
pairs, which contain some basic information about the template, just much like the DESCRIPTION
file in R
packages does.
Usage
rapport.meta(fp, fields = NULL, use.header = FALSE, trim.white = TRUE)
Arguments
fp |
a template file pointer (see |
fields |
a list of named lists containing key-value pairs of field titles and corresponding regexes |
use.header |
a logical value indicating if the character vector provided in |
trim.white |
a logical value indicating if the extra spaces should removed from header fields before extraction |
Details
Current implementation supports following fields:
-
title
- a template title (required) -
author
- author's (nick)name (required) -
description
- template description (required) -
email
- author's email address -
packages
- YAML list of packages required by the template (if any) -
example
- example calls torapport
function, including template data and inputs
As of version 0.5
, dataRequired
field is deprecated. rapport
function will automatically detect if the template requires a dataset based on the presence of standalone inputs.
Value
a named list with template metadata
See Also
Rapport to ODT
Description
This is a simple wrapper around rapport
and rapport.export
. Basically it works like rapport
but the returned class is exported at one go.
Usage
rapport.odt(...)
Arguments
... |
parameters passed directly to |
See Also
rapport.export
rapport.html
rapport.pdf
rapport.docx
Template Paths
Description
List all custom paths where rapport will look for templates.
Usage
rapport.path()
Value
a character vector with paths
Examples
## Not run:
rapport.path()
## End(Not run)
Add Template Path
Description
Adds a new element to custom paths' list where rapport will look for templates.
Usage
rapport.path.add(...)
Arguments
... |
character vector of paths |
Value
TRUE on success (invisibly)
Examples
## Not run:
rapport.path.add('/tmp')
rapport.ls()
## End(Not run)
Remove Template Path
Description
Removes an element from custom paths' list where rapport will look for templates.
Usage
rapport.path.remove(...)
Arguments
... |
character vector of paths |
Value
TRUE on success (invisibly)
Examples
## Not run:
rapport.path()
rapport.path.add('/tmp')
rapport.path()
rapport.path.remove('/tmp')
rapport.path()
## End(Not run)
Reset Template Paths
Description
Resets to default (NULL) all custom paths where rapport will look for templates.
Usage
rapport.path.reset()
Examples
## Not run:
rapport.path.reset()
## End(Not run)
Rapport to PDF
Description
This is a simple wrapper around rapport
and rapport.export
. Basically it works like rapport
but the returned class is exported at one go.
Usage
rapport.pdf(...)
Arguments
... |
parameters passed directly to |
See Also
rapport.export
rapport.html
rapport.odt
rapport.docx
Read Template
Description
Reads file either from template name in system folder, file path (see rapport.path
) or remote URL, and splits it into lines for easier handling by rapport internal parser.
Usage
rapport.read(fp, ...)
Arguments
fp |
a character string containing a template path, a template name (for package-bundled templates only), template contents separated by newline ( |
... |
additional params for header tag matching (see |
Value
a character vector with template contents
Renew deprecated template
Description
Convert old-style template to new-style one (what we really do is just replacing old header syntax with YAML one).
Usage
rapport.renew(fp, file = NULL)
Arguments
fp |
pointer to an old template (see |
file |
a path to output file. If |
Reproduce Template
Description
Runs template with data and arguments included in rapport
object. In order to get reproducible example, you have to make sure that reproducible
argument is set to TRUE
in rapport
function.
Usage
rapport.rerun(tpl)
Arguments
tpl |
a |
Examples
## Not run:
tmp <- rapport("Example", mtcars, v = "hp", reproducible = TRUE)
rapport.rerun(tmp)
## End(Not run)
Extract template chunk contents
Description
rapport
's alternative to Stangle
- extracts contents of template chunks. If file
argument
Usage
rapport.tangle(fp, file = "", show.inline.chunks = FALSE)
Arguments
fp |
template file pointer (see |
file |
see |
show.inline.chunks |
extract contents of inline chunks as well? (defaults to |
Value
(invisibly) a list with either inline or block chunk contents