Origami components may have dependencies (via Bower) on third party components. This page documents which third party libraries are preferred where there may be multiple libraries that achieve the same goal.
Like the rest of the Origami spec (except for the developer guide) these guidelines do not apply to products, only to components.
|For this||Use this||Not these||Because|
|DOM manipulation||o-dom (TBC)||jQuery
|A general purpose DOM manipulation library is invariably a common request, but large DOM libraries should be avoided since they contain numerous other features beyond simple DOM manipulation. See also Why not jQuery|
|AJAX||fetch||jQuery, superagent||Components should not use jQuery, fetch is better and will be supported natively by browsers. In the meantime a polyfill exists and is available through the Polyfill Service.|
|Event delegation||ftdomdelegate||jQuery||Components should not use jQuery.|
|Throttle/debounce||o-utils||Lodash||o-utils has its own throttle and debounce functions.|
It's compatible with Mustache templates, but offers additional features on top of Mustache's syntax. Origami has no opinion on how product developers should build applications, so when a component's purpose is to offer a raw template to the developer, it must use only fully Mustache-compatible syntax (but these components would also not actually require the template engine themselves).
Components that contain templates but only use them internally in order to render a UI element, may use the more advanced template syntax offered by Hogan, and prefer Hogan as the template engine.
It offers a highly extensible, well tested and lightweight way to interact with touch events, including both single- and multi-touch gestures.