Infusion is a web framework that supports inclusive design.
cindyli Merge remote-tracking branch 'justin/FLUID-6333'
* justin/FLUID-6333:
  FLUID-6333: Linting
  FLUID-6333: Rounding computed spacing style value in tests.
  FLUID-6333: Correct the spanish message bundle.
  FLUID-6333: Adding the updated icons.
  FLUID-6333: Adding wordspacing to prefs framework dependency file.
  FLUID-6333: modifying order of adjusters in prefs framework demo.
  FLUID-6333: allowing decreased spacing.
  FLUID-6333: Added the Farsi translation
  FLUID-6333: Start at addding word-spacing preference.
Latest commit 05b2dbf Sep 24, 2018
Failed to load latest commit information.
.buildkite FLUID-6327 - Increase timeouts Aug 21, 2018
.settings NOJIRA: Converting DOS to UNIX line endings for the chili plugin. Feb 4, 2011
demos Merge branch 'master' into FLUID-6333 Sep 24, 2018
examples Merge branch 'master' into FLUID-6141 Sep 21, 2018
provisioning FLUID-6338: Unpinning npm version. Sep 13, 2018
src Merge branch 'master' into FLUID-6333 Sep 24, 2018
tests FLUID-6333: Linting Sep 24, 2018
.eslintignore FLUID-5909: Moving up to grunt 1.x build chain, simplifying (and acce… Jun 1, 2016
.eslintrc.json FLUID-6105: Updating in dev verion number to 3.0.0 Jan 17, 2017
.gitignore FLUID-6253: Pulling jquery-ui css from NPM. Removed tabs component. Aug 29, 2018
.npmignore FLUID-6237: Adding code coverage artifacts to npmignore Jan 17, 2018
.nycrc FLUID-6328: Added `.nycrc` to JSON linting. Aug 23, 2018
.project FLUID-3888: Fixing an accidental change to the project name. Dec 13, 2010 FLUID-6315: switching linting tasks to gpii-grunt-lint-all Aug 20, 2018 FLUID-6315: switching linting tasks to gpii-grunt-lint-all Aug 20, 2018
Gruntfile.js Merge remote-tracking branch 'the-t-in-rtf/FLUID-6327' Sep 20, 2018
Infusion-LICENSE.txt NOJIRA: Cleaning up whitespace issues. Oct 26, 2015 FLUID-6253: Pulling jquery-ui css from NPM. Removed tabs component. Aug 29, 2018 FLUID-6253: Pulling in Mockjax from NPM and updated to latest. Aug 28, 2018
Vagrantfile Merge branch 'master' into INFRA-173 Aug 29, 2018
package.json Merge branch 'master' into FLUID-6257 Sep 20, 2018
trigger-ci Revert "Revert "Trigger CI"" May 31, 2018


Build status

What Is Infusion?

Infusion is a different kind of JavaScript framework. Our approach is to leave you in control—it's your interface, using your markup, your way. Infusion is accessible and very, very configurable.

Infusion includes:

  • an application framework for developing flexible stuff with JavaScript and jQuery
  • a collection of accessible UI components

Where Can I See Infusion Components?

How Do I Get Infusion?

See How Do I Create an Infusion Package?, for details on creating complete or custom packages of Infusion.

Where is the Infusion Documentation?

Infusion has comprehensive documentation at

Who Makes Infusion, and How Can I Help?

The Fluid community is an international group of designers, developers, and testers who focus on a common mission: improving the user experience and accessibility of the open web.

The best way to join the Fluid Community is to jump into any of our community activities. Visit our website for links to our mailing lists, chat room, wiki, etc.


The Fluid community is dedicated to inclusive design—design that considers the full range of human diversity with respect to ability, language, culture, gender, age and other forms of human difference. To help ensure that our community is a safe space for all contributors, we have adopted a code of conduct based on the Contributor Covenant. All participants and contributors have the responsibility to uphold this code. Please contact the Advocacy working group if you encounter unacceptable behaviour.

Where is Infusion Used?

Infusion is the cornerstone of a number of Fluid's own projects dedicated to supporting inclusive design on the Web. You can see some of them featured on our Projects page. Infusion is also used in a variety of third-party applications, which are listed on the Infusion Integrations wiki page.

How Do I Create an Infusion Package?

For simplicity and performance reasons, you may wish to create a concatenated, minified file. However, such a file is often difficult to read. To address this, source maps for the minified file are automatically generated to make debugging easier.

Source Maps

Source maps are supported in all of the major browsers: Chrome, Firefox, IE 11, and Safari. To make use of them, enable source maps in your debugging environment, and ensure that the source maps are hosted adjacent to the file they are associated with.

Source Map Example

  • From the command line, run grunt to create a build of Infusion
    • All Infusion packages come with a source map for the concatenated JavaScript file
  • In the Infusion package, modify one of the demos to replace the individual javascript includes with a reference to "infusion-all.js"
  • The "infusion-all.js" includes a reference to the "" file, which is assumed to be hosted as its sibling
  • Open the demo in a browser
  • In the browser's debugger ensure that source maps are enabled
    • In Firefox open the debugger
    • In the debugger options, ensure that "Show Original Sources" is enabled
    • see MDN: Use a source map
  • In the debugger you should now be able to view and debug the individual JavaScript files as though they were included separately


All other development dependencies will be installed by running the following from the project root:

npm install

Package Types

Infusion All Build

Will include all of Infusion. The source files packaged along with the single concatenated js file will include all of the demos and unit tests. This is a good choice if you are trying to learn Infusion.

Custom Build

Will only include the modules you request, and all of their dependencies, minus any that are explicitly excluded. Unlike the "all" build, none of the demos or tests are included with a custom package.

grunt custom

Build Options


value: true (Boolean) the value can be omitted if --source is the last flag specified

By default all packages are minified. This option will allow you to maintain the readable spacing and comments.

grunt --source=true

grunt custom --source=true


value: "module(s)" (String) only available to custom packages

The --include option takes in a comma-separated string of the Modules to be included in a custom package. If omitted, all modules will be included (demos and tests will not be included).

grunt custom --include="inlineEdit, uiOptions"


value: "module(s)" (String) only available to custom packages

The exclude option takes in a comma-separated string of the Modules to be excluded from a custom package. The --exclude option takes priority over --include.

grunt custom --exclude="jQuery"

grunt custom --include="framework" --exclude="jQuery"


value: "custom suffix" (String) only available to custom packages

By default, custom packages are given a name with the form and the concatenated js file is called infusion-custom.js. By supplying the --name option, you can replace "custom" with any other valid string you like.

# this produces infusion-myPackage.js
grunt custom --name="myPackage"


Framework Modules

  • enhancement
  • framework
  • preferences
  • renderer

Component Modules

  • inlineEdit
  • overviewPanel
  • pager
  • progress
  • reorderer
  • slidingPanel
  • switch
  • tableOfContents
  • textfieldControls
  • textToSpeech
  • tooltip
  • uiOptions
  • undo
  • uploader

External Libraries

  • fastXmlPull
  • jQuery
  • jQueryUI
  • jQueryScrollToPlugin
  • jQueryTouchPunchPlugin
  • normalize
  • url-polyfill

All of these libraries are already bundled within the Infusion image.

How Do I Run Tests?

There are two options available for running tests. The first option involves using the browsers installed on your computer. The second uses browsers available in a VM.

Run Tests On Your Computer

To run both the browser and node tests for this package, use the command npm test or yarn test.

To run only the node tests, use the command npm run test:node or yarn run test:node.

To run only the browser tests, use the command npm run test:browser or yarn run test:browser. Any browsers that Testem finds on your system will be launched sequentially with each browser running the full Infusion test suite. The results will be returned in your terminal in the TAP format. Once you have run npm install, you can use the command node node_modules/testem/testem.js launchers from the root of this repository to get a list of browsers that Testem can launch on your system.

If you would like to debug individual tests or view the test summary in a browser, you can:

  1. Host the working directory, for example, using a command like the following from the root of the repository: python -m SimpleHTTPServer 4102
  2. Open the "rollup" file tests/all-tests.html that runs all tests in a browser. Continuing the above example, you would load the URL http://localhost:4102/tests/all-tests.html.

Note: Any browser launched will need to be focused and remain the active window. Some of the tests require focus, and will report errors if they are not focused. If you want to run the tests consistently, your best option is to run the tests in a VM (see below).

Run Tests In a VM

The tests in this package can be run within a virtual machine (VM). The benefits of using a VM include the following:

  • Does not require Testem to be installed on the host machine.
  • Allows other applications on the host machine to have focus while the tests are run.
  • Isolates the test run from issues specific to one operating system or machine.

Before you can run tests within a VM, your machine will need to meet the QI development VM requirements. Once you have that, a Fedora VM can be automatically created using tools provided by the Prosperity4All Quality Infrastructure.

  • To run both the Node and browser tests in a VM: npm run test:vagrant
  • To run the Node tests only: npm run test:vagrantNode
  • To run the browser tests only: npm run test:vagrantBrowser

Each of these commands will create the VM (if needed). The test results from the VM will be displayed in your terminal.

If you just want to create the VM yourself, you can use a command like vagrant up, and connect to it the VM either from VirtualBox, or from the command line using a command like vagrant ssh.

When this VM is first created, Chrome and Firefox will be upgraded to the latest versions available in the Fedora and Google package repositories. The vagrant provision command can be used at a later time to trigger the browser upgrade and general VM provisioning mechanism.

Coverage Reporting

The preferred way to consistently generate a code coverage report is to use Vagrant as described above. When you start a VM using vagrant up and run npm run test:vagrant, the full test suite will run in the VM, and a coverage report will be saved to the reports directory. You can also run the npm test command on your local machine, but you will need to ensure that browsers receive focus when they are launched (see above).

The npm test command has two additional associated scripts. The pretest script runs before the command defined for the test script. The posttest script runs after. In our case we use a pretest script to clean up previous coverage data before we run the tests, and a posttest script to compile the actual report. You should not need to run the pretest scripts manually before running either the node or browser tests, or to run the posttest scripts afterward.

Developing with the Preferences Framework

Infusion is in the process of switching to use Stylus for CSS pre-processing. CSS files for the Preferences Framework have been re-written in Stylus. Only Stylus files are pushed into the GitHub repository.

For developing the Preferences Framework, run the following from the project root to compile Stylus files to CSS:

grunt buildStylus

A watch task using grunt-contrib-watch is also supplied to ease Stylus development. This task launches a process that watches all Stylus files in the src directory and recompiles them when they are changed. This task can be run using the following command:

grunt watch:buildStylus