You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Here is the list of planned actions (don't confuse with suggestions). This list might grow once we agree on other "unresolved" yet parts of the teal. The whole point of this milestone is to simplify API by:
making it easy to call the teal app.
making it easy to apply teal components to any shiny app.
1. Simplify teal components
Final objective for first iteration of the API simplification is to call following module:
To allow above model, we need to provide list of data.frames (or MAE) to data argument instead of passing datasets (FilteredData)
# somewhere in teal::initdata<- lapply(<moduledatanames>, FilteredData$get_reactive_data)
Another objective is to remove TealData frrom FilteredData dependencies.
FIlteredData should not depend on the TealData/TealDataset.
teal_module(s) should not depend on the FIlteredData
During the refactor we need to make sure that we won't break everything. I suggest to still send FilteredData if the datasets argument is used in the module.
Can we also add simplifications such as insightsengineering/teal.transform#2 (or a replacement of it) and also possibly the equivalent for tmc (moving the data model out of the modules and into the cdisc object) so that specifying applications becomes significantly easier
Here is the list of planned actions (don't confuse with suggestions). This list might grow once we agree on other "unresolved" yet parts of the teal. The whole point of this milestone is to simplify API by:
1. Simplify teal components
Final objective for first iteration of the API simplification is to call following module:
To allow above model, we need to provide list of data.frames (or MAE) to
data
argument instead of passing datasets (FilteredData)Another objective is to remove TealData frrom FilteredData dependencies.
During the refactor we need to make sure that we won't break everything. I suggest to still send
FilteredData
if thedatasets
argument is used in the module.Extend constructor to allow chunks with initial ("evaluated") code and environment teal.code#32Deprecatedatasets
in teal teal#656optional reporter in the independent teal modules teal#678The text was updated successfully, but these errors were encountered: