Is there a specific reason why you would autosave every 5 seconds, instead of using a standard workflow of saving when changes are detected client side?
@thomlov The problem I have with this solution is that if the user is actively typing, the workflow gets restarted at every keystroke. In other words, the user’s input will only be saved if he stops typing/triggering the workflow & waits the debounce delay.
Let’s imagine the user’s wifi goes out in the middle of a long paragraph, none of it will be saved.
That’s why I was thinking a “do every Xms” workflow would be better suited
It’s better to find a good debounce value, that saves when there is a natural break in the writing. Typically there will be som pause in the writing, that you will manage to save the text.
If you’re not afraid of your backend being overloaded just set a really low debounce value (100 ms)… I’m using 250ms.