You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There are 2 tasks a user can do with their sample table: 1) save; 2) validate.
There are also 2 ways we can design the UI: 1) Task happens automatically on change; or 2) User must click a button to perform action.
Right now, we are doing this:
For the save task, we require the user to click "Save" (not automatic).
For validate, we do it automatically, on change.
One reason we made save require clicking is that it's an expensive operation that overwrites the entire project. However, with the most recent database update, samples are now stored in an independent table. This allows us to update individual samples atomically. Therefore, we should change the UI to use an onChange, send the changed sample (the raw in the table) to an endpoint to update just that sample.
Advantages:
This will eliminate the need to click "save", making the UI more streamlined.
This will improve performance, by only updating a sample.
For validate, though, we currently require sending the whole project, so therefore it's a more expensive task, so it's expensive to do with onChange the way it is now.
Proposed solution
If we could validate individual samples, then individual samples could be validated using the save endpoint, onchange. they could be both saved and validated on change. Eido in fact already offers a way to validate individual samples. Therefore, we could in fact just send the sample row a single time, onChange, and it could be 1) validated as a sample; and 2) saved. An equivalent thing could happen for validating the project config only, when that changes.
Then, for entire project validation, I propose the user must trigger with a button press.
I think this is probably the best way to implement the UI.
The text was updated successfully, but these errors were encountered:
nsheff
changed the title
UI suggesitons for updating and validating
UI suggestions for updating and validating
Jul 7, 2023
There are 2 tasks a user can do with their sample table: 1) save; 2) validate.
There are also 2 ways we can design the UI: 1) Task happens automatically on change; or 2) User must click a button to perform action.
Right now, we are doing this:
save
task, we require the user to click "Save" (not automatic).validate
, we do it automatically, on change.One reason we made
save
require clicking is that it's an expensive operation that overwrites the entire project. However, with the most recent database update, samples are now stored in an independent table. This allows us to update individual samples atomically. Therefore, we should change the UI to use anonChange
, send the changed sample (the raw in the table) to an endpoint to update just that sample.Advantages:
For validate, though, we currently require sending the whole project, so therefore it's a more expensive task, so it's expensive to do with onChange the way it is now.
Proposed solution
If we could validate individual samples, then individual samples could be validated using the
save
endpoint, onchange. they could be both saved and validated on change. Eido in fact already offers a way to validate individual samples. Therefore, we could in fact just send the sample row a single time, onChange, and it could be 1) validated as a sample; and 2) saved. An equivalent thing could happen for validating the project config only, when that changes.Then, for entire project validation, I propose the user must trigger with a button press.
I think this is probably the best way to implement the UI.
The text was updated successfully, but these errors were encountered: