FS (Form Saver) is made to save your users time while filling short or long forms. It uses localStorage (by default) to register locally datas given by the user while completing your page forms. In case of browser crash, the script re-fill forms (automatically or by asking to user depending on you settings, again) to avoid user frustration.
First of all, you need to get the src
folder content. Choose your own way to do so (clone this repository, download it manually, choose a dependencies manager, etc.)
Then link the script to your document, the one with a form to save, putting those lines of code before the </body>
tag.
<script src="/assets/src/form-saver.min.js"></script>
<script>
const fs = new FormSaver( 'myform' );
fs.init();
</script>
Replace /assets/src/
by the right folder, and remove .min
from the file name if you need to test things in development. Keep .min
to get the minified version which is better for performance.
myform
is the id
or name
attribute value of the form you need to declare before initiating the script.
const fs = new FormSaver( 'myform', {
storageType : 'local',
storageID : 'ID123',
storageDuration : 30, // not supported yet.
} );
In case you need to save multiple form, or have a generic way to declare FormSaver on complexe forms (yeah remember not to use FormSaver on small forms, it's really not necessary), this is an example of code.
<script src="/assets/src/form-saver.min.js"></script>
<script>
const fs = new FormSaver( 'myform' );
fs.init();
</script>
init
The only way to make Form Saver work.
const fs = new FormSaver( 'form-name' );
fs.init();
stop
/pause
Stop Form Saver saving the value of your form fields.
if ( somethingHappens() ) {
fs.pause();
}
If you need to save things after a stop/pause, just use init()
method.
if ( IneedToSaveAgain() ) {
fs.init();
}
save
Save all the fields of your form.
setInterval( function(){
fs.save();
}, 10000);
When you want to save all the form field every 10s. Be careful with the performance, that's not ideal. Oftentime you need this when you enter in a long duration edition in a textarea or similar. Try to trigger this interval at the right time and clear it as soon as you don't need it.
destroy
Destroy all datas stored.
if ( somethingHappens() ) {
fs.destroy();
}
Use it when you don't need datas anymore. e.i after form validation.
getDatas
Get all the datas stored.
if ( somethingHappens() ) {
const datas = fs.getDatas();
console.log( datas );
// return an object with stored values.
console.log( datas['my-form-name'] );
// return the value of `#name` field from `#my-form` form.
}
Some fields/datas should never be saved to avoid security issues. I have in mind:
- Credit Card information (save the big number, but not the security code)
- Password field (in "show my password" mode)
- Sensitive datas (security number, unique tokens, etc.)
To prevent those fields from being automatically saved, you can use different tricks:
type="password"
won't be saved,- fields with
data-fs-save="false"
attribute won't be saved, - fields with those
autocomplete
attribute values won't be savedcc-csc
: Security code for the payment instrument (also known as the card security code (CSC), card validation code (CVC), card verification value (CVV), signature panel code (SPC), credit card ID (CCID), etc)new-password
: a new password (e.g. when creating an account or changing a password)current-password
: The current password for the account identified by the username field (e.g. when logging in)
In case you have a doubt about the sensitivity of a data, just use data-fs-save="false"
on that input
.
A form should always be distinguishable thanks to a uniq identifier: id
attribute or name
attribute are the keys to make FS work. You need to fill one of them.
Filling forms fields with user datas is kind of creepy when you think of that. Of course you can't access those datas, but the user is not supposed to know that. That's why FS propose by default a little message informing user when the page with the form is opening again with datas stored. The user have the possibility to use saved datas, or to use a new blank form.
From the outside, as developer, you have access to methods to make the User Experience even better.
For example, you could suggest to the users to choose if they want their datas being saved or not at the beginning. stop
, pause
and destroy
method will help you.
This script has some basic "automatic" behaviours you should know.
As you should know, name
and id
attributes should always be provided for each input, select, textarea or whatever-form element you use.
- to compose the field key of the value saved, the script uses by default the
id
attribute in its methods for not grouped inputs, andname
as fallback ifid
is not provided. - to do the same with grouped inputs (checkboxes, radios), the script uses only the
name
attribute as field key. - the global key of an item (localStorage or sessionStorage item) is composed with the form unique ID and the field key
Example if you want to get the value of a field in that form (that would be already saved):
<form id="my-form">
<p>
<label for="name">Name</label>
<input type="text" id="name" name="the-name" value="">
</p>
<p>
<span class="label-like" id="color-label">Colors:</span>
<input type="checkbox" value="Red" name="colors" id="color-red" aria-labelledby="color-label">
<label for="color-red">Red</label>
<input type="checkbox" value="Green" name="colors" id="color-green" aria-labelledby="color-label">
<label for="color-green">Green</label>
<input type="checkbox" value="Blue" name="colors" id="color-blue" aria-labelledby="color-label">
<label for="color-blue">Blue</label>
</p>
</form>
You'll need to do that in JS for the name:
let name_value = window.localStorage.getItem( 'my-form-name' );
console.log( name_value ); // (string) the value of the field.
For the same input, if you don't provide id
, just replace name
by the-name
.
To get the checkboxes value(s), use:
let checks = window.localStorage.getItem( 'my-form-colors' );
console.log( checks ); (array) the list of id(s) of checked checkbox(es).
Don't forget this script is an helper to save user time. If saving datas is a big challenge for you business, you should save them on your server and not locally on the user computer.
On iOS since 5.1, Safari Mobile store localStorage datas in the cache directory which can be cleaned by the OS when memory space in full.
Next versions will be release with those future support.
Select with attribute multiple
is not tested and a priori not supported yet.
It's in the source code, but this parameter has no effect yet.
A bunch of messages to:
- warn users their browser just crashed
- activate/deactivate save-mode directly by the user himself
Detect during the process if the user is still online or offline. If not add the possibility to display a warning message. If they try to submit the form, tell them their data is saved in their browser and the form will be send again when online. (don't close the tab!)
This is an estimated table of browser support:
Chrome | Firefox | Edge | Opera | Safari | IE |
---|---|---|---|---|---|
41 | 44 | 12 | 17 | 10 | 11 |
Mobile:
Android Webview | Chrome Android | Edge | Firefox Android | Opera Android | iOS Safari |
---|---|---|---|---|---|
41 | 41 | 12 | 44 | 17 | 10 |
- Geoffrey Crofte
First idea and first release. Lead Dev. - Stéphanie Walter
First beta tester. UX Ideas.