Open JenkeScheen opened 3 years ago
Extras:
disclaimer: you're right. I have this feeling that this is going to be in a bundled file, along with the needed PDBs and SDFs and Jsons and friends, so the user decompress it and it just works. Ideally, the Q program can read this bundle directly, if we can agree on a structure.
to clarify that extra bullet point: I mean something like this: https://formidableforms.com/features/dynamically-add-form-fields/ but simpler (i.e. just the fields and the + button).
to clarify that extra bullet point: I mean something like this: https://formidableforms.com/features/dynamically-add-form-fields/ but simpler (i.e. just the fields and the + button).
Got it. Messy to implement, but it could be done.
OK, good to know it's at least possible. Again, not sure if this is worth it because I don't understand why users would want to load additional modules (Q is Q, why would it need other modules?)
edit: the only reason I can think of why users would want additional modules is when they are writing custom code to run FEP with other software interacting with it. Which is pretty much the exact opposite of what we're trying to accomplish for this project (i.e. automating Q FEP)
Commits f79238c21ef to cddfa889b6d3e7d should address some problems:
Main TODO: translate the fields from the form into the config.py file (template at cluster/templates/cluster/config_detail.html). Notice that despite having a Html extension, this file is somewhat between a shell script and a Django template.
Took a first shot at extending the cluster config generator page. Relates to branch
cluster_config
. Some notes:some less important notes:
disclaimer: I have little understanding of what happens with this config file. It might be worth for one of the Q people to check whether this all makes sense and whether any info is missing/redundant.