| 1 | == This is a summary of discussions relevant to ChimeraX that took place at some group meetings.== |
| 2 | |
| 3 | = Attendees = |
| 4 | |
| 5 | * Eric, Conrad, TomG, Elaine, Greg, TomF |
| 6 | |
| 7 | = Agenda = |
| 8 | * Action items |
| 9 | * Chimera |
| 10 | * 1.14 release |
| 11 | * ChimeraX |
| 12 | * Should 2D models be selectable as shown w/ green outline for later actions? |
| 13 | * More general REST interface |
| 14 | * Permissions on ChimeraX wiki |
| 15 | * Mechanism for updating from 1.0 to 1.1 |
| 16 | * RBVI bundles on toolshed |
| 17 | - Change build process to trim down list of bundles in standard release while still testing toolshed-only bundles |
| 18 | * Stable APIs, #922 |
| 19 | * Documentation strategy |
| 20 | * 1.0 features (roadmap) |
| 21 | |
| 22 | = Discussion = |
| 23 | * ChimeraX |
| 24 | * Should 2D models be selectable as shown w/ green outline for later actions? |
| 25 | - Summary from group meeting. |
| 26 | - See #2365 for more details. |
| 27 | - 2D models should be selectable and shown with green outlines. |
| 28 | - Commands that do not depend on coordinate systems, e.g., "color" and "display", should apply to 2D models when they are included in the atomspec |
| 29 | - Commands that do depend on coordinate systems, e.g., "move" and "turn", should **not** apply to 2D models even when they are included in the atomspec |
| 30 | - 2d label models should either be selectable via both model panel and by mouse, or neither |
| 31 | - Adding control-click selection for 2d models will not happen after 2020 - TG |
| 32 | * More general REST interface |
| 33 | - Summary from earlier group meeting. |
| 34 | - Tristan's implementation is "over the top", including: |
| 35 | * registration that automatically pulls argument types from function |
| 36 | * GET queries return the list of registered functions |
| 37 | * Python client that will mimic the registered functions so client-side code looks very similar to server-side code |
| 38 | - Scooter ~~suggested~~ insisted that the implementation must support Swagger (now known as [https://github.com/OAI/OpenAPI-Specification OpenAPI]). Python's [https://pypi.org/project/fastapi/ FastAPI] may be the perfect fit, but it is very heavyweight in terms of dependent packages. |
| 39 | - Need to investigate whether FastAPI is compatible with Tristan's approach (a real-life client). |
| 40 | * Permissions on ChimeraX wiki |
| 41 | - Should move ancient crud to archeological part of site |
| 42 | - Option 1: |
| 43 | - Adopt Chimera wiki permission plugin |
| 44 | - Move selected private links to protected area (are there any?) |
| 45 | - Open most of site |
| 46 | - Option 2: |
| 47 | - Move private stuff to another site (wiki, GoogleDocs) |
| 48 | - Open all of site |
| 49 | - Option 3: |
| 50 | - Move to github? |
| 51 | * Mechanism for updating from 1.0 to 1.1 |
| 52 | - Option 1: 1 site-packages for all versions, need to delete/update old bundles |
| 53 | - Option 2: 1 site-packages per version, need to install/copy old bundles |
| 54 | - Option 3: 1 site-packages per version, sys.path = new_personal:installed:old_personal:... |
| 55 | - Option 4: do not use Python import statement; use toolshed.load_module (or something) to get modules |
| 56 | - Need decision before 1.0 release |
| 57 | * Putting RBVI bundles on toolshed |
| 58 | - Want separate run-time vs build-time dependencies in bundle_info.xml |
| 59 | - Visit the bundle-release page (from intranet) and release your bundles |
| 60 | - Need to segregate "standard" bundles from "extra" bundles |
| 61 | * Stable APIs |
| 62 | - See action items |
| 63 | * Move to github |
| 64 | - Move to private RBVI github project |
| 65 | - Easier to share with collaborators with github admin tools |
| 66 | - "pull requests" should simplify enhancement/fix submission |
| 67 | - will not happen that soon |
| 68 | |
| 69 | = Action Items = |
| 70 | * Scooter and Conrad will investigate moving wiki pages to private subtree |