Update Introduction_Appendices.Rmd code folding

vignettes/Introduction_Appendices.Rmd

@@ -4,21 +4,23 @@ author: US EPA's Center for Computational Toxicology and Exposure [email protected]
 output:
   rmdformats::readthedown:
     fig_retina: false
-    code_folding: hide
+    code_folding: show
 params:
   my_css: css/rmdformats.css
+
 vignette: >
   %\VignetteIndexEntry{1. Introduction to tcpl and invitrodb}
   %\VignetteEngine{knitr::rmarkdown}
   %\usepackage[utf8]{inputenc}
 
+  
 ---
 
 ```{css, code = readLines(params$my_css), hide=TRUE, echo = FALSE}
 ```
 
 ```{r, echo = FALSE, message = FALSE, warning = FALSE}
-#devtools::load_all() #use this instead of lbrary(tcpl) when dev versions are installed locally
+# devtools::load_all() #use this instead of lbrary(tcpl) when dev versions are installed locally
 library(tcpl)
 library(tcplfit2)
 # Data Formatting Packages #
@@ -84,6 +86,7 @@ library(data.table) # recommended for interacting with tcpl data frame-like obje
 library(tcpl)
 ```
 
+
 After loading <font face="CMTT10">tcpl</font>, the function <font face="CMTT10">tcplConf</font> is used to establish connection to a database server or the API. While a typical database connection requires 5 parameters to be provided, using an API connection requires the user to only specify password (`pass`) and driver (`drvr`):
 
 ```{r setup-api, eval=FALSE}
@@ -916,7 +919,7 @@ Once the Level 0 data are loaded, data processing occurs via the <font face="CMT
 
 The processing is sequential, and every level of processing requires successful processing at the antecedent level. Any processing changes will trigger a "delete cascade," removing any subsequent data affected by the processing change to ensure complete data fidelity. For example, processing level 3 data will first require data from levels 4 through 6 to be deleted for the corresponding IDs. **Changing method assignments will also trigger a delete cascade for any corresponding data.** 
 
-For tcplRun, the user must supply a starting level (slvl) and ending level (elvl). There are four phases of processing, as reflected by messages printed in console: (1) data for the given IDs are loaded, (2) the data are processed, (3) data for the same ID in subsequent levels are deleted, and (4) the processed data is written to the database. The 'outfile' parameter can give the user the option of print this output text to a file. If an id fails while processing multiple levels, the function will not attempt to process the failed ids in subsequent levels. When finished processing, a list indicating the processing success of each ID is returned. For each level processed, the list will contain two elements: (1) "l#" a named Boolean vector where <font face="CMTT10">TRUE</font> indicates successful processing, and (2) "l#_failed" containing the names of any ids that failed processing, where "#" is the processing level.
+For tcplRun, the user must supply a starting level (slvl) and ending level (elvl). There are four phases of processing, as reflected by messages printed in console: (1) data for the given IDs are loaded, (2) the data are processed, (3) data for the same ID in subsequent levels are deleted, and (4) the processed data is written to the database. The 'outfile' parameter can give the user the option of printing this output text to a file. If an id fails while processing multiple levels, the function will not attempt to process the failed ids in subsequent levels. When finished processing, a list indicating the processing success of each ID is returned. For each level processed, the list will contain two elements: (1) "l#" a named Boolean vector where <font face="CMTT10">TRUE</font> indicates successful processing, and (2) "l#_failed" containing the names of any ids that failed processing, where "#" is the processing level.
 
 Processing of multiple assay components or endpoints can be executed simultaneously. This is done with the internal utilization of the <font face="CMTT10">mclapply</font> function from the <font face="CMTT10">parallel</font> package. Parallel processing is done by id. Depending on the system environment and memory constraints, the user may wish to use more or less processing power. For processing on a Windows operating system, the default is $mc.cores = 1$, unless otherwise specified. For processing on a Unix-based operating system, the default is $mc.cores = NULL$ i.e. to utilize all cores except for one, which is necessary for 'overhead' processes. The user can specify more or less processing power by setting the "mc.cores" parameter to the desired level. **Note, this specification should meet the following criteria $1 \space \leq \space \mathit{mc.cores} \space \leq \space \mathit{detectCores()}-1$.**
 
@@ -1265,7 +1268,7 @@ tcplMthdAssign(lvl = 3, # processing level
 mc3_res <- tcplRun(id = 1, slvl = 3, elvl = 3, type = "mc")
 ```
 
-Notice that MC3 processing takes an acid, not an aeid, as the input ID. As mentioned in previous sections, the user must will assign MC3 normalization methods by aeid then process by acid. The MC3 processing will attempt to process all endpoints for a given component. If one endpoint fails for any reason (e.g., does not have appropriate methods assigned), the processing for the entire component fails.
+Notice that MC3 processing takes an acid, not an aeid, as the input ID. As mentioned in previous sections, the user must assign MC3 normalization methods by aeid then process by acid. The MC3 processing will attempt to process all endpoints for a given component. If one endpoint fails for any reason (e.g., does not have appropriate methods assigned), the processing for the entire component fails.
 
 ::: {.noticebox data-latex=""}
 
@@ -1361,7 +1364,7 @@ mc3 <- tcplPrepOtpt(mc3)
 
 For demonstration purposes, the <font face="CMTT10"> mc_vignette </font> R data object is provided in the package since the vignette is not directly connected to such a database.  The <font face="CMTT10"> mc_vignette </font> object contains a subset of data from levels 3 through 5 from invitrodb  v4.2.  The following code loads the example mc3 data object, then plots the concentration-response series for an example spid with the summary estimates indicated.
 
-```{r fig.align='center',message=FALSE,message=FALSE,fig.dim=c(8,10),eval = TRUE}
+```{r class.source="fold-hide", fig.align='center',message=FALSE,message=FALSE,fig.dim=c(8,10),eval = TRUE}
 # Load the example data from the `tcpl` package.
 data(mc_vignette, package = 'tcpl')
 # Allocate the level 3 example data to `mc3`.
@@ -1626,7 +1629,7 @@ where $n$ is the number of observations.
 
 The following plots provide simulated concentration-response curves to illustrate the general curve shapes captured by <font face="CMTT10">tcplFit2</font> models. When fitting 'real-world' experimental data, the resulting curve shapes will minimize the error between the observed data and the concentration-response curve.  Thus, the shape for each model fit may or may not reflect what is illustrated below:
 
-```{r class.source="scroll-100",fig.align='center'}
+```{r class.source="fold-hide", fig.align='center'}
 ## Example Data ##
 # example fit concentration series
 ex_conc <- seq(0.03, 100, length.out = 100)
@@ -1719,7 +1722,7 @@ A subset of MC4 data is available within the <font face="CMTT10"> mc_vignette </
 
 The level 4 data includes fields for each of the ten model fits as well as the ID fields, as defined [here](#mc4). Model fit information are prefaced by the model abbreviations (e.g. $\mathit{cnst}$, $\mathit{hill}$, $\mathit{gnls}$, $\mathit{poly1}$, etc.). The fields ending in $\mathit{success}$ indicate the convergence status of the model, where 1 means the model converged, 0 otherwise. NA values indicate the fitting algorithm did not attempt to fit the model. Smoothed model fits of the concentration-response data from the MC4 data object are displayed below:
 
-```{r fig.align='center',fig.dim=c(8,5.5),class.source = "scroll-100", warnings=FALSE, message=FALSE}
+```{r class.source="fold-hide", fig.align='center',fig.dim=c(8,5.5), warnings=FALSE, message=FALSE}
 # Load the example data from the `tcpl` package.
 data(mc_vignette, package = 'tcpl')
 # Allocate the level 3 example data to `mc3`.
@@ -1895,7 +1898,7 @@ mc5_example <- mc_vignette[["mc5"]]
 
 For demonstrative purposes, an alternative visual of the model fits from MC4 and the best model as well as the potency estimates from MC5 data is produced below.{#mc5_plot}
 
-```{r fig.align='center',fig.dim=c(8,5.5),class.source = "scroll-100"}
+```{r class.source="fold-hide", fig.align='center',fig.dim=c(8,5.5)}
 ## Obtain Data ##
 # Load the example data from the `tcpl` package.
 data(mc_vignette,package = 'tcpl')
@@ -2493,7 +2496,7 @@ tcplLoadChemList(field = "chid", val = 1:2)
 
 The <font face="CMTT10">**tcplMthdList**</font> function returns methods available for processing at a specified level (i.e. step in the <font face="CMTT10">tcpl</font> pipeline). The user defined function in the following code chunk retrieves and outputs all available methods for both the SC and MC data levels.
 
-```{r mthd_list, fig.align='center',class.source="scroll-100",message=FALSE, eval=FALSE}
+```{r mthd_list, fig.align='center',message=FALSE, eval=FALSE}
 # Create a function to list all available methods function (SC & MC).
 method_list <- function() {
   # Single Concentration
@@ -2581,7 +2584,7 @@ mc0 <- tcplPrepOtpt(tcplLoadData(lvl = 0, fld = "acid", val = 1, type = "mc"))
 
 The goal of this section is to provide example quantitative metrics, such as z-prime and coefficient of variance, to evaluate assay performance relative to controls.
 
-```{r mc0_aq, fig.align='center', class.source = "scroll-100", message=FALSE, eval=FALSE}
+```{r mc0_aq, fig.align='center',  message=FALSE, eval=FALSE}
 # Create a function to review assay quality metrics using indexed Level 0 data.
 aq <- function(ac){
   # obtain level 1 multiple concentration data for specified acids
@@ -2674,7 +2677,7 @@ sc2 <- tcplPrepOtpt(tcplLoadData(lvl = 2, fld = "aeid", val = aeids$aeid, type =
 
 ## - Load SC Methods
 
-```{r sc2_mthd, fig.align='center',class.source="scroll-100",message=FALSE, eval=FALSE}
+```{r sc2_mthd, fig.align='center',message=FALSE, eval=FALSE}
 # Create a function to load methods for single concentration data processing
 # steps for given aeids.
 sc_methods <- function(aeids) {
@@ -2718,7 +2721,7 @@ mc5 <- tcplPrepOtpt(tcplLoadData(lvl = 5, fld = "aeid", val = aeids$aeid, type =
 
 ## - Load MC Methods
 
-```{r mc5_methods, fig.align='center',class.source="scroll-100",message=FALSE, eval=FALSE}
+```{r mc5_methods, fig.align='center',message=FALSE, eval=FALSE}
 # Create a function to load methods for MC data processing
 # for select aeids.
 mc_methods <- function(aeids) {