Great idea - this is something that could be really useful. How do you think such a feature should behave? Eg, even with an auto-save feature, I think it is important that the user is allowed to cancel his changes.
One possible solution is to auto-save locally (in the browser's web storage). In that way, if you leave the page by accident, and you open for edit, it may ask if you want to load the latest local version.
It might work like Office does it and create an "auto save" file name, temporary, or cache. Then if someone is interrupted the browser could ask if you want to continue with the auto-saved version or start again.
This may also necessitate a way to discard changes.
I am by no means a programming expert, so some way to not lose files would be great.
There is an "autosave" feature in several existing libraries if you turn on the "Save content state" in H5P settings page. Interactive Video, Multiple Choice, Course Presentation, Fill in the Blanks have this feature to name a few. There is no such feature for Documentation Tool, but the supporting logic exists in core, which would make the development experience a lot easier if you were to implement this.
Let me clarify, there is a "save content state" in the view of H5Ps, meaning that users filling in the content into a Documentation Tool would be able to get bac their content if they left the browser.
However there is no such feature for the Authoring Tool, this would be really nice to have though.
fnoks
Mon, 08/01/2016 - 09:18
Permalink
Hi,Great idea - this is
Hi,
Great idea - this is something that could be really useful. How do you think such a feature should behave? Eg, even with an auto-save feature, I think it is important that the user is allowed to cancel his changes.
One possible solution is to auto-save locally (in the browser's web storage). In that way, if you leave the page by accident, and you open for edit, it may ask if you want to load the latest local version.
ScottJeffrey
Mon, 08/01/2016 - 16:23
Permalink
Separate file name?
It might work like Office does it and create an "auto save" file name, temporary, or cache. Then if someone is interrupted the browser could ask if you want to continue with the auto-saved version or start again.
This may also necessitate a way to discard changes.
I am by no means a programming expert, so some way to not lose files would be great.
fnoks
Tue, 08/02/2016 - 09:35
Permalink
Thank you for your input. I
Thank you for your input. I hope a developer in the community will pick this up - would be a great feature!
M4M
Tue, 08/30/2016 - 21:52
Permalink
I support this!
This would be great, especially in the Document Tool for the student, as there is no way to save or autosave at present.
thomasmars
Wed, 08/31/2016 - 09:35
Permalink
Hi,
There is an "autosave" feature in several existing libraries if you turn on the "Save content state" in H5P settings page. Interactive Video, Multiple Choice, Course Presentation, Fill in the Blanks have this feature to name a few. There is no such feature for Documentation Tool, but the supporting logic exists in core, which would make the development experience a lot easier if you were to implement this.
Thomas
thomasmars
Wed, 08/31/2016 - 09:37
Permalink
Let me clarify, there is a
Let me clarify, there is a "save content state" in the view of H5Ps, meaning that users filling in the content into a Documentation Tool would be able to get bac their content if they left the browser.
However there is no such feature for the Authoring Tool, this would be really nice to have though.
ScottJeffrey
Wed, 08/31/2016 - 15:02
Permalink
Autosave
I assume this is only in the installed version (installed on a university server).
I have not yet been able to convince my school to do so.
fnoks
Thu, 09/01/2016 - 09:20
Permalink
You are correct, the "save
You are correct, the "save content state" is not enabled here on h5p.org.