git @ Cat's Eye Technologies DAM / master
master

Tree @master (Download .tar.gz)

DAM

You've tried the Document Object Model, now try the Document Awesome Model!

(FIXME TODO put twee picture of cartoon beaver mascot here)

What is this

DAM is a tiny library for creating bits of an HTML5 document. (I'd say "for creating user interfaces" but that may be overstating it a tad.) It's written in ES5 Javascript, so it can be used directly by most modern web browsers, or it can included as part of a modern frontend build process. Even uncompressed it's only about 1K in size, and it ships with a minified version which includes a "standard widget library" that is still less than 4K.

The current version of DAM is 0.2 revision 2025.0513.

Basic usage

The simplest way to use DAM is to simply load it directly on a web page, and use it like so:

<script src="dist/dam-0.2.js"></script>
<script>
  var div=DAM.maker('div'), p=DAM.maker('p'), span=DAM.maker('span'), button=DAM.maker('button');
  var d = div(
    p(
      "Hello, ", span("world"), "."
    ),
    button({ onclick: function(e) { alert(e); } }, "Alert!")
  );
  document.getElementById('container').appendChild(d);
</script>

DAM.maker is a function that takes a tag string and returns a function that creates and returns a DOM Element with that tag.

The returned function also takes any number of arguments. Each argument influences the DOM Element that is created:

  • A string argument will create a child text node inside the Element.
  • A DOM Element argument will insert that Element as a child of the Element.
  • A null or undefined argument will be ignored.
  • A plain Javascript object argument will configure the created Element; each key in the object sets one attribute of the created Element. In this case, some keys and values are treated specially:
    • Keys must always be strings.
    • A key that starts with on will set up an event handler.
    • A null value will unset the attribute.

Widgets

If you have a pattern of elements that you create over and over, you can package that up in a function that creates those elements. DAM calls this package a widget, and the function that creates it a widget maker. The names of DAM widget makers usually begin with make.

A simple example based on the code above:

<script src="dist/dam-0.2.js"></script>
<script>
  var div=DAM.maker('div'), p=DAM.maker('p'), span=DAM.maker('span'), button=DAM.maker('button');
  function makeGreeting(config) {
    return div(
      p(
        "Hello, ", span(config.who), "."
      ),
      button({ onclick: function(e) { alert(e); } }, "Alert!")
    );
  )
  var greets = div(
    makeGreeting({ who: "world" }),
    makeGreeting({ who: "Earthlings" }),
    makeGreeting({ who: "there" })
  );
  document.getElementById('container').appendChild(greets);
</script>

By convention, the first argument of a widget maker is a configuration object which configures the widget; it is completely widget-specific.

If the widget supports it, the remaining arguments will then be applied to the widget, in the same manner as the arguments passed to the function returned by DAM.maker are applied to the new element it creates.

If the widget is a "container widget" then it should definitely support this, as a means of letting the caller add children to the widget.

"Applied to the widget" might mean "applied to one of the elements of the widget", if the widget is composed of several elements.

Supplied widget library

dam-widgets.js defines a number of widgets built on top of DAM. Having these widgets readily available so that I could re-use them across my projects is one of the main reasons I bothered to put this DAM thing together. All the same, you can just treat these as examples or starting points for new widgets.

Unlike the other files, dam-widgets.js is written in ES6. If you want to use it in an ES6 project, you can, for example,

import DAM from "./dam.js"
import { makeCheckbox, makePanel } from "./dam-widgets.js"

However, you're not required to do this. If you just want an ES5 file that you can load in a web page, DAM ships with dist/dam-plus-widgets-0.2.min.js for this purpose. Just:

<script src="dist/dam-plus-widgets-0.2.min.js"></script>

and then you will have DAM as well as all the standard widget makers (nested under DAM) at your fingertips.

Additional supplied "composite" widgets

The distribution supplies two further widgets, which are "composite" in the sense that they define actions over other defined widgets. These composite widgets are typically used together.

Unlike the other included widgets, they are defined in discrete ES5 source files. They are not part of an ES6 build. This may change in the future.

Editable

An Editable widget, defined in dam-editable.js, allows content to be presented in two modes: either being viewed, or being edited. An Editable is created with makeEditable:

let editable = makeEditable({
    editor: editorElem,       // element shown when editing
    display: displayElem,     // element shown when not editing
    onEdit: onEditFun,        // called when user begins editing
    onUpdate: onUpdateFun     // called when user finishes editing
});

editor should be an input-type element (it should have a value property, which will be read. The onEdit callback is responsible for writing it.)

display can be any kind of element. The user code is responsible for displaying the content in the manner so desired in this display element.

onEdit will be called with the value of the editor when the user begins to edit the content.

onUpdate will be called with the value of the editor when the user selects to save their changes to the content and finish editing.

Saveable

A Saveable widget, defined in dam-saveable.js, allows content to be saved and loaded to user-defined "save slots" in the browser's local store. A Saveable is created with makeSaveable:

let saveable = makeSaveable({
    editor: editorElem,       // element whose contents will be saved
    onUpdate: onUpdateFun,    // called when content is loaded
    nameSpacePrefix: string   // string to prefix names with
});

editor should be an input-type element (it should have a value property, which will be read and written, and it should fire an input event when changed, which will be used for tracking if the content is "dirty".)

When content is loaded into the editor, onUpdate will be called with the content.

When content is saved, it is given a name. To ensure this name does not conflict with names of content from other projects, it will be prepended with the configured nameSpacePrefix.

Distribution files

Note that the package.json supplied in this repository builds the files in dist/ from the source files in src/ using Browserify and Babel. It builds minified versions too. But this is just a convenience. The file src/dam.js is ES5 JavaScript and can be loaded directly in a web page and it will work fine in most modern browsers. Similarly, dam-plus-widgets-0.2.js could, in a pinch, be constructed by hand from the files src/dam.js and src/dam-widgets.js.

You can also import the DAM source files as ES6 modules in your own frontend build process. See the demo/es6build/ directory of this repository for an example of this.

Advanced widget creation

The function returned by DAM.maker is simply DAM.makeElem with some arguments pre-set and transformed. The tag passed to DAM.maker is passed as the first argument to DAM.makeElem, and the argument list received by the function returned by DAM.maker is passed as the second argument to DAM.makeElem, as a plain Javascript array.

But DAM.makeElem can be called directly, and calling it directly allows more explicit access to its arguments. Thus it is often called directly in widget makers.

Some projects DAM is used in

You can think of DAM as something like hyperscript except:

  • It has hyperscript-helpers built-in (sort of)
  • It has no dependencies
  • It doesn't try to parse what you want (you have spell out what you want)
  • It doesn't make as many promises about what it can do
  • It doesn't have an ecosystem, only a convention for widget makers
  • It's in the public domain

I was only peripherally aware of hyperscript when I wrote this; any similarities are probably because certain solutions (such as setting attributes from an object) are "obvious". (But I saw no need for e.g. htmlFor when you can just put 'for' in single quotes...)