This module allows an HTML form to be populated with data from your Solid pod. As of now only data from a WebId profile document is supported. This is also part of a proof of concept programming, which aims at working with an existing software system called Indico.
- Clone the repository
$ git clone git@github.com:janschill/solid-autocomplete.git
$ cd solid-autocomplete
- Install dependencies
$ npm ci
- Run webpack development server
$ npm start
- Copy
index.html
intodist/
directory
$ cp src/index.html dist/index.html
- Install Solid Autcomplete
npm i solid-autocomplete
- Import the library into your project
// const SolidAutocomplete = require("solid-autocomplete")
import SolidAutocomplete from "solid-autocomplete"
- Configuration
form
: A form where it shall fill in the inputs. If this is not given it will naively grab the first it finds.button
: A button can be passed in that when pressed will trigger the autocomplete functionality.createAutocompleteDomControls()
: Helper method can create the button and input field for the WebId URL can be automatically generated
const solidAutocomplete = new SolidAutocomplete({ form, button })
// solidAutocomplete.createAutocompleteDomControls()
solidAutocomplete.setupSolidAutocomplete()
- Install solid-autocomplete in Indico
npm i solid-autocomplete
- Configure MutationObserver and Solid Autocomplete
TODO: Explain
// indico/modules/events/registration/client/js/solid.js
import SolidAutocomplete from 'solid-autocomplete';
function observeFormCreation() {
const formId = 'registrationForm';
const $conferencePage = document.querySelector('.conference-page');
const targetNode = $conferencePage;
const config = {attributes: false, childList: true, subtree: true};
const callback = (mutationsList, observer) => {
for (const mutation of mutationsList) {
if (mutation.type === 'childList') {
for (const node of mutation.addedNodes) {
if (node.id === formId) {
observer.disconnect();
const solidAutocomplete = new SolidAutocomplete({form: node});
solidAutocomplete.createAutocompleteDomControls(node);
solidAutocomplete.setupSolidAutocomplete();
}
}
}
}
};
const observer = new MutationObserver(callback);
observer.observe(targetNode, config);
}
document.addEventListener('DOMContentLoaded', async () => {
observeFormCreation();
});
- Import script in event registration index
// indico/modules/events/registration/client/js/index.js
import './solid'
An input field is generated which will be used to fetch the WebId profile document. It also requires a base element, ideally the form with the input fields is given here. It then grabs all <input>
and textarea>
fields.
Then the fields are mapped to available data in the fetched document and automatically filled in, if the inputs do not have any values. If the inputs have values prior to automatic filling, a DOM element is rendered which gives the user the option to either accept the new data or reject it and keep the filled in data.
HTML input fields carry a few attributes which can be used to identify what type of data it is describing.
The first attribute, which is also used by the browser to suggest possible data to the user for the inputs is the autocomplete
attribute. The HTML specification defines exactly what values need to be used for what type of data [Source].
If the autocomplete
attribute exists on the inputs it is checked for any useful values and then looked up in the dictionary to mapped against the fetched data.
TODO: explain
TODO: explain
If all the above mentioned approaches do not yield good results the last option is the label tag. The label tag should exist per HTML specification for every input. It can be easily found by following the id
attribute of the input, as every label
should also have a for
attribute, which links the label
and input
together.
<label for="my-text-input">My text input</label>
<input id="my-text-input" type="text">
The value or textContent
of a label describes what the user should provide in the linked input
field. Unfortunately, to reason about the content of the label is not trivial, as it does not follow any conventions and can be in any language.
The dictionary is a simple key value store that maps possible entries for the above mentioned attributes against the VCARD vocabulary.
An example form showing conflicting data.
Only fields that can be autocompleted by the browser are:
<input>
<textarea>
<select>
Additionally it needs
- Have a name and/or id attribute
- Be descendants of a element
- The form to have a submit button
HTML autocomplete form inputs:
ID | Description |
---|---|
name | “The field expects the value to be a person's full name. Using "name" rather than breaking the name down into its components is generally preferred” |
Email address |
For a complete list see link [2].
- Authenticate to Solid Pod
- Fetch data from pod
- From WebID profile document
- From other resources?
- Put data into form inputs
- Check for already filled in data, and ask for what to keep
- Have checkbox to remember data? Save data in pod and use next time
- Title
- First Name
- Last Name
- Email Address
- Affiliation
- Institutional Address
- Country