The Javascript file for each unit must be loaded into the browser. There are two loading methods: autoloading and manual loading. Autoloading automatically loads the necessary files and instantiates the tag by specifying the bm-autoload attribute in the unit's tag attribute. Manual loading is done by explicitly specifying the necessary files in the script tag and loading the unit. The former is easy but requires three files to be loaded per unit by default. In the latter case, multiple units can be combined into one using, for example, Webpack.
This page describes how to load units.
This section describes the loading of the class files of the unit. See below for information on loading the settings, HTML, and CSS.
The following methods are available for loading units:
Adding the bm-autoload attribute to the unit's tag will automatically load the files required for the unit. You can specify the URL to the file or omit the URL to use the default path and filename.
This is how we loaded a unit in "Create a Sample Unit". Specify the URL to the Javascript file in the bm-autoload attribute.
<pad-hello bm-autoload="/pad-hello.js"></pad-hello>
The BitsmistJS library will then automatically download the file from the specified URL. The unit is then initialized and the HTML/CSS files are loaded and displayed on the browser.
Though the path in this example is relative, you can also use an absolute path. However, the library uses XMLHttpRequest to load files, and server hosting units need to add “Control-Allow-Origin” headers when you are loading from cross-domain sites.
The default path and filename will be used if no URL is specified for the bm-autoload attribute.
<pad-hello bm-autoload></pad-hello>
In the example above, the default path is the current path (the path of the currently displayed HTML) and the default file name is “pad-hello.js”, the tag name with the extension “js”. For example, if you are browsing “https://example.com/index.html”, then “https://example.com/pad-hello.js” will be loaded.
The default path and filename can be changed in the settings.
Import by putting <script> tags in the HTML file.
<script type='text/javascript' src='/bar-hello.js'></script>
Since the unit is loaded in the above statement, the bm-autoload attribute is not needed in the custom tag.
<pad-hello></pad-hello>
However, even with this method, the HTML/CSS files will be autoloaded. If you want to manually load the HTML/CSS files together, you will need to use Webpack or similar to combine the files. In this case, multiple units can be combined into a single file.
You can not use this method for HTML-only units.
Units can be added as children of a unit by specifying the units to be added in the “unit.units” section of each unit's settings. This works for both autoloading and manual loading.
{ "unit": { "units": { "PadSetting": { "unit": { "options": { "parentNode": "#widgets" } } } } } }
The unit will be added to the node specified by “parentNode” under the parent unit.
The “unit” section is handled by UnitPerk. Refer to the link below for details.
It is also possible to add units dynamically using Javascript. In this case, there are two methods. This method works for both autoloading and manual loading.
Add a tag to the document tree. If the unit is already loaded, it starts its initialization immediately.
this.insertAdjacentHTML("afterbegin", "<pad-filter></pad-filter>");
If loading is required, specify the required information in the tag attribute, then cast unit.materializeAll spell. The unit will be loaded and instantiated.
this.insertAdjacentHTML("afterbegin", "<pad-filter bm-autoload bm-path='common'></pad-filter>"); this.use("spell", "unit.materializeAll");
Cast unit.materialize spell to add the unit as a child unit. Pass the settings object to the materialize spell and the unit can be initialized.
this.use("unit.materialize", "PadFilter", { "unit": { "options": { "path":"common", "parentNode":"#pads" } } });
In the above example, a child unit called PadFilter is added to the #pads node of the unit.
materializeAll/materialize spells are offered by UnitPerk.
For simple units that do not have their own event handlers, you can create a new unit that inherits another unit. There are two ways to do this: specify the URL to the HTML file or load the default HTML file.
If a URL to an HTML file is specified in the bm-autoload attribute, a new class inheriting from the Unit class is automatically created internally and the tag is defined using the new class.
<pad-hello bm-autoload="/pad-hello.html"></pad-hello>
In the above example, the PadHello class inheriting from the Unit class is created and tied to the pad-hello tag. The tag is then instantiated, starts initializing, loads the HTML and CSS file from the server, and the tag is displayed in the browser.
To use the default path and filename, specify the bm-automorph attribute.
<pad-hello bm-automorph></pad-hello>
By default, it inherits from the Unit class. But a superclass can be specified with the bm-automorph attribute.
<pad-hello bm-automorph='MyUnit'></pad-hello>
Note that if the specified class needs to be loaded, it must be loaded using the bm-autoload attribute.
<pad-hello bm-autoload='https://example.com/my-unit.js' bm-automorph='MyUnit'></pad-hello>
In this case, “https://example.com/my-unit.js” will be loaded and then the PadHello class inheriting the MyUnit class is created and tied to the tag.
The units that need autoloading in the first loaded HTML file (e.g. index.html) will start loading on the DOMContentLoaded event. The target units are tags with the “bm-autoload” or “bm-automorph” attribute.
When the HTML of a loaded unit is appended to a unit, if there are loadable units within that unit, those files will also be loaded.
In Create a Sample Unit, all files were placed directly under the root. In actual operation, we will probably categorize the units and organize them into specific folders. In such a case, Using default paths instead of specifying URLs in each bm-autoload attribute can reduce the amount of description. This section describes the default paths.
The path is determined based on the following settings
System unit paths can be set in both global and unit-specific settings. If both the system and unit settings have the same setting items, unit-specific settings take precedence.
Files are downloaded from the path concatenated the above settings. The default value is “” (empty string). As an example, assume the following settings
Setting | Value |
---|---|
system.unit.options.path | https://example.com/units/ |
If the header unit “bar-header” is specified in the HTML file as follows,
<bar-header bm-autoload bm-path="common"></bar-header>
the unit is loaded from “https://example.com/units/common/bar-header.js”.
The default path can be specified in the settings or tag attributes. There are two main types of settings: global settings that are shared between all units and unit-specific settings.
Refer to the Settings page for details.
The system unit path is basically set in the global settings.
BITSMIST.v1.Unit.use("settings.merge", { "system": { "unit": { "options": { "path": "https://example.com/units/" } } }, });
Save the above settings as, for example, “settings.js” and load it in an HTML script tag.
<script type='text/javascript' src='/settings.js'></script>
The unit path is set by the attributes of each unit.
<bar-header bm-autoload bm-path="common"></bar-header>
You can place them in the unit's “unit” settings if you add units using the “unit” section, or dynamically using Javascript.
{ "unit": { "units": { "PadSetting": { "unit": { "options": { "path": "common" } }, } } } }
this.cast("unit.materialize", "PadSetting", { "unit": { "options": { "path": "common" "parentNode": "#pads" } } });
_getSettings() or an external settings file cannot be used to specify a default path, because those methods are performed after the unit has been loaded.
If no URL is specified in the bm-autoload attribute, the default filename is used. By default, the tag name is used as the filename, but this can be changed in the settings.
The file name can be changed using the bm-filename attribute or the “unit.options.fileName” setting. The file name specified here plus the extension “js” will be the name of the file to be loaded.
The file name is specified in a tag attribute. No extension is required.
<bar-header bm-autoload bm-filename="header"></bar-header>
You can place them in the unit's “unit” settings if you add units using the “unit” section, or dynamically using Javascript.
{ "unit": { "units": { "BarHeader": { "unit": { "options": { "fileName": "header" } }, } } } }
this.use("unit.materialize", "BarHeader", { "unit": { "options": { "fileName": "header", } } });
When a URL is specified in the bm-autoload attribute, the “unit.options.path” and “unit.options.fileName” settings are automatically set accordingly. If HTML is specified in the URL, “unit.options.autoMorph” is set to True.
As an example, if the bm-autoload attribute is set to “https://example.com/unit/transactions/pad-main.js”, then settings will be set as follows.
Setting | Value |
---|---|
unit.options.path | https://example.com/unit/transactions/ |
unit.options.fileName | pad-main |