The SmarkForm Constructor
📖 Table of Contents
Constructor Syntax
const form = new SmarkForm(element, options);
element— a DOM element (typically<form>,<div>, or any container) to enhance. The root element does not need adata-smarkattribute — it is enhanced automatically. All descendants withdata-smarkare recursively processed.options(optional) — a plain object that configures the form. Options fall into two categories: pass-through (forwarded to the root form component) and constructor-only (handled by the constructor itself).
Pass-Through Options
Most options you pass to the constructor are forwarded to the root form component — they behave as if you had set them via data-smark on the root element:
const form = new SmarkForm(element, {
value: { name: "Alice" }, // initial value (all field types)
exportEmpties: false, // list option
focus_on_click: false, // form option
autoId: true, // component-level option
});
These options are documented on their respective component type pages:
| Option | Scope | Documented at |
|---|---|---|
value | All field types | Sets the initial/default value for any component. See Form type → value, Data import → defaults |
exportEmpties | List type | List type → exportEmpties, Data import → exportEmpties option |
on_<event> / onLocal_<event> / onAll_<event> | All components | Event handlers via options |
focus_on_click | Form type | Form type → focus_on_click |
autoId | All components | Form type → autoId |
enableJsonEncoding | Form type | Form type → encoding & transport |
keyStyle / arrayStyle | Form type | Form type → data flattening |
Merging rules
If the root element also carries a data-smark attribute, both sources are merged. The constructor options take precedence.
<form data-smark='{"exportEmpties":true}'>
<!-- … -->
</form>
// exportEmpties from data-smark is overridden:
const form = new SmarkForm(document.querySelector("form"), {
exportEmpties: false, // wins
});
Options not specified in either source keep their documented defaults.
Constructor-Only Options
These options are extracted by the SmarkForm constructor and not forwarded to the root form component. They all follow the smark_ prefix convention.
Field Masking
smark_mask_throwOnMissing— Controls whether a missing mask factory throws an error. Defaults totrue.
// Warn instead of throwing for unregistered masks:
const form = new SmarkForm(element, {
smark_mask_throwOnMissing: false,
});
When false, the field’s original input type is restored and the field operates unmasked. See Field Masking — Error Handling for details.
Mixin security policies
Control whether mixin templates can fetch external content or execute scripts:
smark_mixin_allowExternal— fetch templates from external URLssmark_mixin_allowLocalScripts— execute<script>blocks in local templatessmark_mixin_allowSameOriginScripts— execute same-origin external scriptssmark_mixin_allowCrossOriginScripts— execute cross-origin external scripts
Each accepts "block" (default), "allow", or per-origin object maps. See Mixin security options for full documentation.
Static Members
SmarkForm.registerMask(name, factory)
Registers a mask factory globally so it can be referenced by name in any form’s data-smark mask property. Must be called before constructing any form that uses the mask.
SmarkForm.registerMask("card", (node) => {
return new IMask(node, { mask: "0000 0000 0000 0000" });
});
const form = new SmarkForm(element);
// <input data-smark='{"mask":"card"}' ...> now works
Masks can also be registered declaratively via <script type="smark-mask"> elements. See Field Masking for the full reference.
SmarkForm.registerCustomAction(name, handler)
Registers a custom action globally, available to all forms without needing customActions at construction time.
SmarkForm.registerCustomAction("sendEmail", async (data, options) => {
const formData = await this.export();
await fetch("/api/send", { method: "POST", body: JSON.stringify(formData) });
});
const form = new SmarkForm(element);
// <button data-smark='{"action":"sendEmail"}'> now works
Globally registered actions can be overridden per-instance via the customActions constructor option.
How the Component Tree is Built
When you call new SmarkForm(element, options), the constructor creates a root form component from the given element and then builds the component tree recursively:
- The root form scans its direct children for
data-smarkattributes and enhances each one into its corresponding component type. - Components that can contain children (form and list types) then scan their own direct children and repeat the process.
- Any component without
data-smarkis ignored — only descendants with the attribute are enhanced.
This means the tree depth matches your HTML nesting: a form with a nested list, which in turn has nested fields, produces precisely that three-level component structure.
Scope boundaries
Each form and list component only sees the data-smark children that directly belong to it — it does not reach into nested forms or lists. Those nested containers are responsible for their own children.
<div data-smark='{"type":"form","name":"parent"}'>
<!-- The root form sees this input as a direct child -->
<input name="name" data-smark>
<!-- The root form sees this nested form, but NOT its children -->
<div data-smark='{"type":"form","name":"address"}'>
<!-- The nested form sees these children -->
<input name="street" data-smark>
<input name="city" data-smark>
</div>
</div>
Rendering order
Rendering is asynchronous and proceeds outward-in: child components render before their parents are fully resolved. The rendered Promise signals when the entire tree has finished rendering, at which point every component is ready for interaction.
The rendered Promise
SmarkForm rendering is asynchronous. The rendered property returns a Promise that resolves once the full component tree has been rendered:
await form.rendered;
const field = form.find("/name"); // safe now
Methods like find(), export(), and import() depend on the form being fully rendered.