Skip to content

danhunsaker/angular-dynamic-forms

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

46 Commits
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

angular-dynamic-forms

Join the chat at https://gitter.im/danhunsaker/angular-dynamic-forms Build Forms in AngularJS From Nothing But JSON

Uses the MIT License. See LICENSE file for details.

Installation

Bower

The easy way.

  1. bower install angular-dynforms (add --save if you want to add the dependency to your own project - HIGHLY RECOMMENDED)

Git

The old way.

  1. Clone the project from either GitHub or BitBucket - whichever you prefer.
  2. Copy dynamic-forms.js into your project wherever your other assets reside.

Name Change

When registering this project with bower, I discovered that there's another project called angular-dynamic-forms already registered there. The project was created at the beginning of October 2014, long after this one, and I haven't yet worked out if there are any similarities in the implementation, but as I've been thinking of shortening the name of this project for a while anyway, I went ahead and registered it in bower with the shorter name. I'll be changing the repo name on GitHub and BitBucket, too, but not for several months, to give existing users time to notice the addition of full bower support. The repo will be renamed to match the name registered in bower, and the bower name will not change. It is strongly recommended to use the bower method so you can get the latest version of this project at any given time, regardless of whether I've gotten around to renaming the repo.

Use

As with any other AngularJS module:

  • include the script into your page anywhere after AngularJS itself, using whichever mechanism you use for including scripts in your project:
    <script src="bower_components/angular-dynforms/dynamic-forms.js"></script>
    require('angular-dynforms');
  • INTERNET EXPLORER: This project (as with most of Angular itself) WILL NOT work properly with IE 6 or 7. Some of the functionality can be coerced into working, but much of it will simply be broken. radio fields, for example, will have every member selected. This may be fixed in a future version, but as it's 2014, IE 6 and 7 are very low priorities, especially with XP reaching end of life. IE 8 will work, with a bit of extra setup (you can try this for IE 6 and 7 as well, but again, they probably won't work):
    <!--[if lte IE 8]>
        <script src="https://cdnjs.cloudflare.com/ajax/libs/json3/3.3.1/json3.min.js"></script>
        <script src="https://cdnjs.cloudflare.com/ajax/libs/es5-shim/2.3.0/es5-shim.min.js"></script>
        <script>
            document.createElement('ng-include');
            document.createElement('ng-pluralize');
            document.createElement('ng-view');
            document.createElement('ng-form');
            document.createElement('dynamic-form');
            
            // Optionally these for CSS
            document.createElement('ng:include');
            document.createElement('ng:pluralize');
            document.createElement('ng:view');
            document.createElement('ng:form');
            
            // IE doesn't always run the bootstrap on its own...
            $(document).ready(function() {
              angular.bootstrap(document.documentElement);
            });
        </script>
    <![endif]-->
  • inject dynform as a dependency of your project.
    appModule = angular.module('app', ['dynform']);
    <dynamic-form template="formTemplate"
        ng-model="formData"
        ng-submit="processForm()">
    </dynamic-form>
  • populate your template with a JSON array describing the form you want to create.
    $scope.formData = {};   // JavaScript needs an object to put our form's models into.
    
    $scope.formTemplate = [
        {
            "type": "text",
            "label": "First Name",
            "model": "name.first"
        },
        {
            "type": "text",
            "label": "Last Name",
            "model": "name.last"
        },
        {
            "type": "email",
            "label": "Email Address",
            "model": "email"
        },
        {
            "type": "submit",
            "model": "submit"
        },
    ];
    
    $scope.processForm = function () {
        /* Handle the form submission... */
    };

And that's about it! Check out the demo for a more robust example, or keep reading to learn about all of the things you can do with this module.

The TL;DR Version

The Directive

You invoke the dynamic-form directive using an element (<dynamic-form></dynamic-form>) - other options (such as class, attribute, and comment) are unsupported (for now). The directive requires two attributes: an ng-model, and either a template or a template-url. The ng-model will be used to generate valid ng-model attributes for the various input controls in the template. In accordance with how AngularJS handles this attribute elsewhere, your entire form's data will be available in keys of whichever model you specify here (though nested forms are an exception, unless you specify a key in the outer form's model as the ng-model of the inner form). You must initialize this parent model to an object, or your app will break.

If you specify a template-url, the dynamic-form directive will retrieve the form template via $http and build out your form based on the response. Currently, failure is silently ignored. This may change in a later release.

You may not want to rely on the directive to retrieve your form directly - perhaps you want to do some processing on the server response before passing it to the directive for building, or maybe you need to specify a more complex $http request with advanced authentication. Or perhaps you just want to proactively handle failure to retrieve the template. Enter the template attribute. When the directive sees template, it ignores any template-url and instead uses the array identified by the template attribute. (See below for more details on this value.) At some point in the future you will also be able to dynamically update this array, and the changes will automatically be reflected in the DOM. This is currently unsupported, however, and for technical reasons, will likely not be supported at all for templateUrl arrays.

Any other attributes you specify on the dynamic-form element are copied across to the form or ng-form element that the directive builds to replace itself with. Similarly, any pre-existing contents are copied across as well, to the top of the resulting form, with the dynamically-specified controls below them. This allows you to nest dynamic-forms inside each other in the same way as ng-form (which is one reason this directive implements this pseudo-transclusion).

The dynamic-form directive makes every attempt to set up the forms it generates to be valid HTML forms, complete with the ability to have their data submitted to the server by the browser's native form submission mechanism and still have the data in the same structure that it takes on in your AngularJS models. This makes it easy to implement a fallback mode in case there is a problem with using the standard Angular methods to handle your form inputs. You will, of course, need to provide your own action and method attributes for this to work completely.

The Template

Regardless of whether it arrives via template or template-url, the form template is a fairly-straightforward JavaScript array/object. Each index/key of the template value (referred to elsewhere in this README as an ID) serves as the name and ng-model (where applicable) of the control described in the corresponding value. Each of the values, then, is an object describing a form input control. A type key identifies what kind of control to build, which in turn determines what other keys are expected. Any type that isn't supported builds a <span> containing the value of the label key, if one exists, as its content, and any other keys as attributes.

Supported Control Types

Following is a list of all currently-supported types, and then a more detailed specification of each. Links to Angular documentation in the specifications below indicate that values will be added to the Angular-defined attributes mentioned, and that Angular provides the actual functionality described there. Note that not all of these types are properly supported in all browsers, yet; there are a number of references around the web for which browsers support what.

Common Options

button

  • Renders: <button></button>
  • Additional Options:
    • None
  • Other Notes:
    • The value of label is used as the content of the <button> itself; no additional elements are created

checkbox

checklist

  • Renders: multiple <input type="checkbox"> controls
  • Additional Options:
    • options: an object containing a collection of child objects, each describing a checkbox
      • The key of each child object specifies the key to associate with the checkbox it describes
      • class: applies a specific ng-class to the current checkbox, independently of the rest
      • label: operates identically to the standard label option, but applies to a specific checkbox in the list
      • See the checkbox type for other fields supported here
  • Other Notes:
    • This is a convenience type, used to tie a group of checkbox controls together under a single model; the model holds an object, and each control sets a separate key within it
    • You can set a val on the entire checklist (it must, of course, be an object) in addition to any per-option vals; the per-option versions are set after the full checklist version, so they will override anything set to their key by the checklist itself

color

  • Renders: <input type="color">
  • Additional Options:
    • None
  • Other Notes:

date

  • Renders: <input type="date">
  • Additional Options:
  • Other Notes:

datetime

  • Renders: <input type="datetime">
  • Additional Options:
  • Other Notes:

datetime-local

  • Renders: <input type="datetime-local">
  • Additional Options:
  • Other Notes:

email

  • Renders: <input type="email">
  • Additional Options:
  • Other Notes:
    • On devices that have on-screen keyboards, the browser may modify the keyboard layout to make entering email addresses in these controls easier.

fieldset

  • Renders: <fieldset></fieldset>
  • Additional Options:
    • fields: the template for the fields which should appear in the fieldset
  • Other Notes:
    • The value of label is used to create a <legend> tag as the first child of the fieldset

file

  • Renders: <input type="file">
  • Additional Options:
    • multiple: whether or not the user can select more than one file at a time with this single control
  • Other Notes:
    • A directive is included with this module that allows file controls to properly bind to AngularJS models - the control's FileList object is stored in the model, and updating the model's value with a valid FileList object will update the control accordingly
    • Also included is an AngularJS service that wraps the browser's FileReader in a promise, so you can get the contents of the selected file for further manipulation, or even send it along in an AJAX request, and all without leaving AngularJS
    • Both of these additions are modified versions of code by K. Scott Allen and made available on the OdeToCode website; the original versions are linked above

hidden

  • Renders: <input type="hidden">
  • Additional Options:
    • None
  • Other Notes:
    • Because the underlying HTML control has so little functionality, this control only supports model and val keys

image

  • Renders: <input type="image">
  • Additional Options:
    • source: the URL of the image to display in this control
  • Other Notes:
    • The value of label is used to set the alt attribute of this control

legend

  • Renders: <legend></legend>
  • Additional Options:
    • None
  • Other Notes:
    • As a display-only control, only class, label, callback (via ng-click) and disabled are supported on this control
    • The value of label is used to set the contents of this control

month

  • Renders: <input type="month">
  • Additional Options:
  • Other Notes:

number

  • Renders: <input type="number">
  • Additional Options:
    • maxValue: the largest allowed value for this control
    • minValue: the smallest allowed value for this control
    • step: the amount by which the control can increase or decrease in value
    • Also see text below
  • Other Notes:

password

  • Renders: <input type="password">
  • Additional Options:
  • Other Notes:
    • The only real difference between this control and a text control is in the rendering, so they support exactly the same options (with the exception of splitBy, since it makes no sense to split obscured-input strings)

radio

  • Renders: multiple <input type="radio"> controls
  • Additional Options:
    • values: an object which acts as a simple list of radio options to include
      • The key of each property of this option specifies the value the model should be set to when the associated radio input is selected
      • The value of each property of this option specifies the label to use for the associated radio input
  • Other Notes:
    • Because a single radio input by itself isn't particularly useful in most cases, this control type assumes users will want to define a list of value:label pairs tied to a single model; if this is incorrect, you can still create radio controls with just one value:label each, and then tie them together using the model key
    • The directive doesn't prevent you from applying a label to the entire collection of input controls created by this control type - the entire div containing them will be wrapped in a <label> tag; keep this in mind when building style sheets

range

  • Renders: <input type="range">
  • Additional Options:
    • step: the amount by which the control can increase or decrease in value
    • Also see number above
  • Other Notes:
    • By default, this control seems to provide its values to AngularJS as strings. This might be due to Angular (as well as the browser) handling them as regular text controls internally. Among its other minor tweaks, this module contains a very simple directive to override the default $parsers mechanism for range controls and convert these values back to numbers (floats, in case your step is not an integer).
    • May not be supported in all browsers

reset

  • Renders: <button type="reset"></button>
  • Additional Options:
    • None
  • Other Notes:
    • As with button, the value of label provides the control's contents
    • AngularJS doesn't seem to monitor the reset event, so your models wouldn't normally be updated when the form is cleared in this way; while this control is strongly dis-recommended in most cases, this directive supports it, so code is included that monitors and properly handles these events (NOTE - this feature has not been widely tested; please report any issues on GitHub or Bitbucket)

search

  • Renders: <input type="search">
  • Additional Options:
  • Other Notes:
    • All browsers support this because it works exactly like a text control. The idea is that search boxes will be styled differently, and on some devices might even support additional input methods, such as voice recognition. You'll probably want to tie these controls to some kind of search mechanism in your app, since users whose browsers do render them differently will expect them to act accordingly.

select

  • Renders: <select></select>
  • Additional Options:
    • autoOptions: see ng-options
    • empty: if not false or undefined, specifies the display value (contents) of an empty option, and tells the directive to include it in its output
    • multiple: if not false or undefined, allows the user to select more than one option at one time
    • options: an object containing a collection of child objects, each describing an option to include in the select list
      • The key of each child object gives the value of the associated option
      • disabled: see ng-disabled
      • group: adds the option to an optgroup whose label is the value of the group key
      • label: the display value (contents) of the option
      • slaveTo: see ng-selected
  • Other Notes:
    • An unreleased prototype version of this module (which used a combination of ng-repeat and ng-switch instead of a directive) specified four different control types for the functionality provided by this one - one for normal lists, one for grouped lists, one for multi-select lists, and one that combined multi-select with group support; this version is much cleaner about its approach - multi-select is the 'flag' option multiple, and groups are enabled by simply defining them with their associated values
    • Note that only one of options and autoOptions will be honored by this module - if you specify autoOptions, options is completely ignored; keep this in mind when building your forms because the actual values will have to be specified in a separate object

submit

  • Renders: <button type="submit"></button>
  • Additional Options:
    • None
  • Other Notes:
    • As with button, the value of label provides the control's contents

tel

  • Renders: <input type="tel">
  • Additional Options:
  • Other Notes:
    • There is currently no validation support for this control in nearly any browser, and AngularJS doesn't provide any by default. This is mostly because telephone numbers are tricky beasts, especially with the differences between how these numbers are allocated from one part of the world to another. And that's before we start getting messy with things like VoIP "numbers".

text

  • Renders: <input type="text">
  • Additional Options:
  • Other Notes:
    • This control serves as the base template for nearly all the other form input controls defined by HTML - as such, most of the controls supported by this directive support these options as well, leading their entries to refer here

textarea

  • Renders: <textarea></textarea>
  • Additional Options:
  • Other Notes:
    • While the syntax used to define them in raw HTML differs to some extent, the only practical difference between text and textarea controls is the multi-line support offered by textarea - therefore, the options available to each are identical

time

  • Renders: <input type="time">
  • Additional Options:
  • Other Notes:

url

  • Renders: <input type="url">
  • Additional Options:
  • Other Notes:
    • Similar to the email type, some browsers will alter on-screen keyboards when this control type is selected in such a way that URL entry is simplified; AngularJS, meanwhile, enforces the requirement that the value be a valid URL, even if the browser does not

week

  • Renders: <input type="week">
  • Additional Options:
  • Other Notes:

Acknowledgements

Alternatives

If this project isn't for you (it's not very mature, yet, so there are plenty of reasons it may not be a good fit for your projects, yet), there are some other ways to go about the same basic thing. They each have their own benefits and drawbacks, but I'll let their own developers speak to those, especially as I haven't tested any, yet. Here are a few; let me know if you're aware of others:

  • JSON Form - A jQuery-based library for converting JSON Schemas into HTML forms; a mature option with many advanced features, though centered around Twitter Bootstrap.
  • Angular Schema Form - An Angular implementation of (not wrapper for) JSON Form.
  • Alpaca - Another jQuery-based library, it boasts many of the same features as JSON Form.
  • MetaWidget - Apparently automated, based on existing infrastructure, rather than controlled by code. Boasts compatibility with many languages and frameworks, including AngularJS, Java Swing, native Android, and others.
  • inputEx - A YUI3 library offering.
  • "The Other" ADF - Wallace Breza's project with the same name this one started with.

Issues And Assistance

If you notice a problem, let me know about it on GitHub or Bitbucket!

Any and all help is welcome; just fork the project on either GitHub or BitBucket (whichever you prefer), and submit a pull request with your contribution(s)!