Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
To pass the active pgx object around, currently a handle to a reactive function that is actually created inside the loaiding module, is passed using an "envitonment" list, passed into the modules and env[['load']][['inputData']]. This handle is used inside the modules often referred (and dereferenced) as ngs <- inputData() or pgx <- inputData, and after that ngs/pgx are used to access the object. I now created a reactiveValues object in the main server part, which is a "list to reactiveValues" from the active pgx objects. Instead of the construct above, the modules can directly access the reactiveValues object referring it as pgx, so without having to do pgx <- inputData(). The major advantage is that the pgx object is also writable, so we can make modifications in the object even in the modules (have to be careful though!). Please have a look in the server.R right after the loading module, and the code changes in board.dataview. The 'env' list object and 'pgx' reactiveValues will remain both existing in the transition, later we can get rid of the 'env' object I think.