-
Notifications
You must be signed in to change notification settings - Fork 13
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Loaded modules #411
base: dark_zoon
Are you sure you want to change the base?
Loaded modules #411
Conversation
Do all modules get loaded in global namespace or somewhere else? |
They're attached as a package (so in a namespace which is attached to the search path), which means autocomplete works, you can get helpfiles with |
This is running and passing tests fine locally. Just need to resolve this Travis-only issue. |
OK, sounds good. Guess we should tryyy a bit not to have mega common module names then. Though going to be hard to enforce on contributed modules. |
Yeah, good point! BTW we (mainly @smwindecker) are working on another big change which removes all the parsing code from workflow and generally simplifies the internal workings, removes the 'default arguments' from modules (and simplifies their structure), and enables things like having multiple lists in a workflow, and chains within lists. We'll merge all this stuff together in the dark_zoon branch then we can all discuss how to polish/change that before integrating into master. |
Ooh sounds exciting. I'll keep an eye out. |
Change zoon to load all modules into memory at once when loading zoon.
Modules are maintained in an R package (
zoon.modules
) which is automatically (with user prompt) installed from CRAN IFF a newer version is available.This means that
LoadModule()
isn't needed,ModuleHelp()
is redundant since?
andhelp()
can be used,ModuleArguments()
is redundant asformals()
can be used.This version downloads the modules repo from the
dark_modules
branch, but that can be changed.