-
Notifications
You must be signed in to change notification settings - Fork 15
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
Unexpected cell behavior during plating #520
Milestone
Comments
Overlap with #553 |
fedarko
added a commit
to fedarko/LabControl
that referenced
this issue
Aug 21, 2019
This is an important part of implementing client-side multi-matching (i.e. getting all the IDs needed to perform matching). Pair-programmed with @charles-cowart :)
fedarko
added a commit
to fedarko/LabControl
that referenced
this issue
Aug 22, 2019
get_active_samples() is based on autocomplete_search_samples(), so I abstracted some of the code for processing responses into its own function that can be shared. This seems to work alright! Would really like to test this with multiple studies, though (biocore#437). For future reference: you can get the value of a promise returned by get_active_samples() as follows: get_active_samples().then( function(v) { // Now, v is the array of active sample IDs console.log(v); } ); This is 1/3 of the work towards multi-select (just gonna tag biocore#520). What remains are the following: 2. On a paste operation when the multi-select checkbox is checked, identify all "new" specimen IDs. Get an array or something of these, preferably. (Or we can do this on a specimen-ID-by-specimen-ID basis, doesn't really matter.) 3. For each new specimen ID, attempt to match it with the active samples. Color cells / update values accordingly based on the following cases: * 0 matches (color cell red) * 1 match (leave cell uncolored, and change text to matching ID) * >=2 matches (color cell yellow) And ...I think that should be it, knock on wood.
fedarko
added a commit
to fedarko/LabControl
that referenced
this issue
Aug 27, 2019
TODOs: -Better then() failure handling on get_active_samples() -Apply yellow well color (well-indeterminate CSS class IIRC) if multiple matches are possible. -Remove debug console.log() stmts
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Likely, the list of specimen_ids for each attached study should be pulled down locally, the cell values can be matched to fully qualified study_id.specimen_id pairs locally, and the cells updated with fully qualified values. In the rare cases where a specimen_id can resolve to more than one study (more than one fully qualified pair exists), the cells can change into a new color representing ambiguity, and a pull-down menu with all pairs can be presented when the user clicks on the cell (because we can't have multiple drop-down menus appear for the case of multiple ambiguities).
The text was updated successfully, but these errors were encountered: