@lume/autolayout
v0.10.2
Published
Apple's Auto Layout and Visual Format Language for javascript (using cassowary constraints)
Downloads
7,449
Maintainers
Readme
@lume/autolayout
LUME AutoLayout implements Apple's Auto Layout and Visual Format Language in Javascript (TypeScript), and will soon compile to WebAssembly via AssemblyScript for optimized layout calculation.
Auto layout is a system which lets you perform layout using mathematical relationships (constraints). It uses the LUME Kiwi library to do the actual constraint resolving and implements Apple's constraint system and Visual Format Language (vfl) on top of that. It supports the Extended VFL syntax, including view-stacks and z-indexing.
// Define the layout constraints using VFL syntax:
var constraints = AutoLayout.VisualFormat.parse(
[
'H:|[view1(==view2)]-10-[view2]|', // The horizontal aspect of the layout
'V:|[view1,view2]|', // The vertical aspect of the layout
],
{extended: true},
)
// Create a view, uses the constraints to calculate the actual positioning and sizing of spaces in the layout:
var view = new AutoLayout.View({constraints: constraints})
view.setSize(400, 500)
// Access each space in the calculated layout:
console.log(view.subViews.view1) // {left: 0, top: 0, width: 195, height: 500}
console.log(view.subViews.view2) // {left: 205, top: 0, width: 195, height: 500}
// Finally apply the layout to your rendering system. Autolayout is not coupled to any particular rendering system.
// For example, position DOM elements where they should be:
const el1 = document.querySelector('.view1')
el1.style.transform = `transform(${view.subViews.view1.left}px, ${view.subViews.view1.top}px)`
el1.style.width = view.subViews.view1.width + 'px'
el1.style.height = view.subViews.view1.height + 'px'
const el2 = document.querySelector('.view1')
el2.style.transform = `transform(${view.subViews.view2.left}px, ${view.subViews.view2.top}px)`
el2.style.width = view.subViews.view2.width + 'px'
el2.style.height = view.subViews.view2.height + 'px'
// Or if you're in WebGL using Three.js, then apply values to your meshes:
mesh.postion.set(view.subViews.view2.left, -view.subViews.view2.top, 0)
mesh.scale.set(view.subViews.view2.width, view.subViews.view2.height, 1)
Layouts can be previewed and debugged using the Visual Format Editor:
(click image to open the editor)
Index
- Getting started
- Extended Visual Format Language (EVFL)
- Additional resources
- Benchmark
- Tests
- Roadmap
- Contribute
Getting started
LUME AutoLayout is an abstract library for integrating Auto Layout and VFL into other javascript technologies. It provides a simple API and programming model that you can use to build your own auto layout and VFL solution. A simple example of this is, is using position: absolute;
to lay out DOM elements. A more elaborate example of this is the Visual Format Editor, which is built using famo.us and famous-flex.
Installation
Install using npm:
npm install autolayout
Include the library in your HTML project:
<script type="module">
import AutoLayout from '//unpkg.com/@lume/[email protected]/dist/AutoLayout.js?module'
// ...use AutoLayout here...
</script>
Or when using a bundler like Webpack or Rollup, or import maps, use:
import AutoLayout from '@lume/autolayout'
// ...use AutoLayout here...
If you're using import maps, f.e. in a browser without a build, or in a JS runtime like Deno, you'll need an importmap script that lists autolayout and its dependency kiwi. F.e.:
<script type="importmap">
{
"imports": {
"@lume/autolayout": "/node_modules/@lume/autolayout/dist/AutoLayout.js",
"@lume/kiwi": "/node_modules/@lume/kiwi/dist/kiwi.js"
}
}
</script>
Using the API
To parse VFL into constraints, use:
try {
// The VFL can be either a string or an array of strings.
// strings may also contain '\n' which indicates that a new line of VFL will begin.
var constraints = AutoLayout.VisualFormat.parse(['|-[child(==child2)]-[child2]-|', 'V:|[child(==child2)]|'])
} catch (err) {
console.log('parse error: ' + err.toString())
}
A View is the main entity onto which constraints are added. It uses the cassowary SimplexSolver to add
relations and variables. You can set the size of the view and other properties such as spacing. When constraints are added it automatically creates so called "sub-views" for every unique name that is encountered in the constraints. The evaluated size and position of these sub-views can be accessed through the .subViews
property.
// Create a view with a set of constraints
var view = new AutoLayout.View({
constraints: constraints, // initial constraints (optional)
width: 100, // initial width (optional)
height: 200, // initial height (optional)
spacing: 10, // spacing size to use (optional, default: 8)
})
// get the size and position of the sub-views
for (var key in view.subViews) {
console.log(key + ': ' + view.subViews[key])
// e.g. {
// name: 'child1',
// left: 20,
// top: 10,
// width: 70,
// height: 80
// }
}
By changing the size, the layout is re-evaluated and the subView's are updated:
view.setSize(300, 600)
// get the new size & position of the sub-views
for (var key in view.subViews) {
console.log(key + ': ' + view.subViews[key])
}
Instead of using VFL, you can also add constraints directly. The properties are identical to those of NSLayoutConstraint. To constrain view1 to its parent view, use null for view2.
view.addConstraint({
view1: 'child3',
attr1: 'width', // see AutoLayout.Attribute
relation: 'equ', // see AutoLayout.Relation
view2: 'child4',
attr2: 'width', // see AutoLayout.Attribute
constant: 10,
multiplier: 1
});
API Documentation
The API reference documentation can be found here.
Examples
Extended Visual Format Language (EVFL)
Apple's Visual Format Language prefers good notation over completeness of expressibility. Because of this some useful constraints cannot be expressed by "Standard" VFL. LUME AutoLayout defines an extended syntax (superset of VFL) which you opt-in to use. To enable the extended syntax, set option extended
to true
when parsing the visual format:
var evfl = '|-[view1(==50%)]'
var constraints = AutoLayout.VisualFormat.parse(evfl, {extended: true})
Language features
- Proportional size (
|-[view1(==50%)]
) - Operators (
|-[view1(==view2/2-10)]-[view2]-|
) - Attributes (
V:|[view2(view1.width)]
) - Z-ordering (
Z:|-[view1][view2]
) - Equal size spacers/centering(
|~[center(100)]~|
) - View stacks (
V:|[column:[header(50)][content][footer(50)]]|
) - View ranges (spread operator) (
H:[view1..8(10)]|
) - Multiple views (
Z:|[background][text1,text2,text3]|
) - Multiple orientations (
HV:|[background]|
) - Disconnections (right/bottom alignment) (
|[view1(200)]->[view2(100)]|
) - Negative values (overlapping views) (
|[view1]-(-10)-[view2]|
) - Explicit constraint syntax (
C:view1.centerX(view2.centerX)
) - Comments (
[view1(view1.height/3)] // enfore aspect ratio 1/3
)
Proportional size
To make the size proportional to the size of the parent, you can use the following % syntax:
|-[view1(==50%)] // view1 is 50% the width of the parent (regardless of any spacing)
[view1(>=50%)] // view1 should always be more than 50% the width of the parent
Operators
Operators can be used to create linear equations of the form:
view1.attr1 <relation> view2.attr2 * multiplier + constant
.
Syntax:
(view[.{attribute}]['*'|'/'{value}]['+'|'-'{value}])
To, for instance, make the width or height proportional to another view, use:
|-[view1(==view2/2)]-[view2]-| // view1 is half the width of view2
|-[view1(==view2*4-100)]-[view2]-| // view1 is four times the width minus 100 of view2
Attributes
In some cases it is useful to for instance make the width equal to the height. To do this you can
use the .{attribute}
syntax, like this:
|-[view1]-|
V:|-[view1(view1.width)]
You can also combine with operators to for instance enforce a certain aspect ratio:
V:|-[view1(view1.width/3)]
Supported attributes:
.width
.height
.left
.top
.right
.bottom
.centerX
.centerY
Z-Ordering
When sub-views overlap it can be useful to specify the z-ordering for the sub-views:
Z:|[child1][child2] // child2 is placed in front of child1
Z:|[background]-10-[child1..2] // child1 and child2 are placed 10 units in-front of background
By default, all sub-views have a z-index of 0
. When placed in front of each other, the z-index
will be 1
higher than the sub-view it was placed in front of. The z-index of the sub-view can
be accessed through the zIndex
property:
console.log('zIndex: ' + view.subViews.child2.zIndex);
Equal size spacers / centering
Sometimes you just want to center a view. To do this use the ~
connector:
|~[view1(100)]~| // view1 has width of 100 and is centered
V:|~(10%)~[view2]~| // top & bottom spacers have height of 10%
All ~
connectors inside a single line of EVFL are constrained to have the same size.
You can also use more than 2 connectors to proportionally align views:
|~[child1(10)]~[child2(20)]~[child3(30)]~|
View stacks
View stacks make it possible to group views into a column or a row.
The following example creates a view stack named column
which contains three sub-views. The benefit of this is revealed in the second line, in which the stack as a whole is horizontally positioned.
V:|[column:[top(50)][content][bottom(50)]]|
H:|[column]|
View ranges (spread operator)
View ranges make it possible to select multiple views at once and apply rules for them:
//shapes circle1..5:circle
H:[circle1(circle1.height)] // set aspect-ratio for circle1
HV:[circle2..5(circle1)] // use same width/height for other circles
H:|[circle1]-[circle2]-[circle3]-[circle4]-[circle5]|
V:|~[circle1..5]~| // center all circles vertically
Multiple views
Similar to 'View ranges', multiple views can be separated using the ,
character:
H:|[left(top,right)]-[top,bottom]-[right]|
V:|[left,right]|
V:|[top(bottom)]-[bottom]|
Multiple orientations (fill content)
Sometimes you just want to fill a view to its container. With standard VFL you have to write two lines, one for the horizontal orientation and one for vertical:
H:|[background]|
V:|[background]|
With Extended VFL, these can be combined into one line:
HV:|[background]|
When using spacers, you can even use different spacings for horizontal & vertical orientations:
//spacing: [10, 20]
HV:|-[background]-|
Disconnections (right/bottom alignment)
By default, views are interconnected when defined after each other (e.g. [view1][view2][view3]
). In some cases
it is useful to not interconnect the views, in order to align content to the right or bottom. The following
example shows a disconnection causing the content after the disconnect to align to the right-edge:
// left1..2 are left-aligned, right1..2 are right aligned
|[left1(100)][left2(300)]->[right1(100)][right2(100)]|
^^ ^^ ^^
left1 is left2 and right2 is
connected to right1 are connected to
super-view not connected super-view
Negative values (overlapping views)
Numbers and percentages can also be negative, which can be useful for overlapping views:
H:|[top,middle,bottom]|
V:|[top(100)]-(-10)-[middle(top)]-(middle/-2)-[bottom]|
Z:|[top][middle][bottom]
Explicit constraint syntax
Constraints can also be expressed explicitly. This can be particularly useful when it is otherwise not possible to express a layout or rule:
C:view1.centerX(view2.centerX) // view1 is horizontally centered to view2
C:view1.centerX(view2) // attribute is inferred when omitted (centerX)
C:view1.centerX(view2).bottom(view2.bottom) // chaining syntax
C:view1.height(view2.width*2+10) // expressions
Comments
Single line comments can be used to explain the VFL or to prevent its execution:
// Enfore aspect ratios
[view1(view1.height/3)] // enfore aspect ratio 1/3
// [view2(view2.height/3)] <-- uncomment to enable
Additional resources
- Apple's Auto Layout
- Visual Format Language
- Cassowary.js
- Kiwi (Fast TypeScript re-implementation of cassowary constraint solver)
- Overconstrained
- Visual Format Editor
- famous-autolayout
- famous-flex
Roadmap
LUME AutoLayout is pretty close to feature complete. The existing features have been battle tested in several production environments and can be considered safe for production use.
The following features are still on the todo-list. Any help on making this feature complete is very welcome:
- [ ] Checking for ambigous layout.
- [ ] Get constraint definitions from
View
- [ ] LTR (left to right reading) (Attribute.LEADING & Attribute.TRAILING)
- [ ] Baseline support?
Contribute
If you like this project and want to support it, show some love and give it a star, try it and report any bugs, write new feature ideas, or even open a pull request!
Also have a look at CONTRIBUTING.
License
© 2015 Hein Rutjes © 2021 Joseph Orbegoso Pea (http://github.com/trusktr) © 2021 Lume