-
Notifications
You must be signed in to change notification settings - Fork 6
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
[Feature Request] Swate save --> save ARC button #302
Comments
Having two buttons is really unnecessary. I know the second button was introduced to cope with a performance issue in SWATE which prohibited realtime serialization of the modified ARCs. So users now have to manually trigger this "long" save process. In fact this is a bigger design problem now. Previously, users edited Investigations/Studies/Assays and then the modified versions were immediately send back to ARCitect which then stored them to disk only after users pressed the save button. So the only way to lose work was to make changes with SWATE and then close ARCitect before pressing the save button. Now there are even two ways users can lose work. What about this solution:
For the last part @Freymaurer and I will at least have to communicate a 'modified' flag between ARCitect and SWATE. |
I also thought about your second suggestion which should feel the most natural. Maybe both save Buttons should save current progress in Swate to disc. But having the ARCitect button do this will require a new communication path. As this is only a temporäre fix, i suggest going for the second option for now. Save button in swate should also save to disc. Anything else will be done after evaluation. |
now a SWATE save will trigger an ARCitect save. Since there is no need to manually save an ARC without SWATE I removed the save button from ARCitect. In the future the user should get a warning if changes were made that would be lost when the user changes to a different I/S/A file. |
After some swate performance improvements, users now have to click "save" twice when interacting with Swate view / Annotation tables:
Save ARC
in sidebarI'd suggest to have 1. trigger 2.
To my understanding this would make the sidebar button obsolete.
The text was updated successfully, but these errors were encountered: