The Eclipse Layout Kernel (ELK) implements an infrastructure to connect diagram editors or viewers to automatic layout algorithms. This library takes the layout-relevant part of ELK and makes it available to the JavaScript world. ELK's flagship is a layer-based layout algorithm that is particularly suited for node-link diagrams with an inherent direction and ports (explicit attachment points on a node's border). It is based on the ideas originally introduced by Sugiyama et al. An example can be seen in the screenshot below.
Note that elkjs is not a diagramming framework itself - it computes positions for the elements of a diagram.
elkjs is the successor of klayjs.
You can see elkjs live in action in conjunction with TypeFox's sprotty diagramming framework.
The latest released version:
npm install elkjsDevelopment version based on ELK's master branch.
npm install elkjs@nextReleases are partly synchronized with ELK's versions: the minor version number is always the same but the revision number may diverge. For instance, elkjs 0.3.0 equals the functionality of ELK 0.3.0 but elkjs 0.3.2 may be different from ELK 0.3.2. This is necessary as there may be fixes that solely concern elkjs and should be released independently of ELK.
The library consists of two main files:
elk-api.js: Provides the API and only the API.elk-worker.js: Provides the code that actually knows how to lay out a graph. This is the file that is generated from ELK's Java code base using GWT.
Two further files are provided:
elk.bundled.js: A bundled version of the two previous files, ready to be dropped into a browser's<script>tag. The file is processed by browserify and theELKis exposed as a global variable (if run in a browser).main.js: Main file of the node.js module. Allows to conveniently writerequire('elkjs')instead of composing the files from above.
A small example using node.js, for further use cases see the next section.
const ELK = require('elkjs')
const elk = new ELK()
const graph = {
id: "root",
layoutOptions: { 'elk.algorithm': 'layered' },
children: [
{ id: "n1", width: 30, height: 30 },
{ id: "n2", width: 30, height: 30 },
{ id: "n3", width: 30, height: 30 }
],
edges: [
{ id: "e1", sources: [ "n1" ], targets: [ "n2" ] },
{ id: "e2", sources: [ "n1" ], targets: [ "n3" ] }
]
}
elk.layout(graph)
.then(console.log)
.catch(console.error)Note that in case you get errors, you may want to switch to the non-minified version to get a proper stack trace.
You can use layout options to configure the layout algorithm.
For that you attach a layoutOptions object
to the graph element that holds key/value pairs
representing the desired layout options.
See, for instance, root in the example above.
It is possible to only use the suffix of a layout option:
algorithm instead of org.eclipse.elk.layered.
However, if the suffix is not unique the layout option
may be ignored. To be save, you should always start the
layout options with the elk. part.
A list of all options and further details of their exact effects
is available in ELK's documentation.
It is possible to pass global layout options
as part of the layout method's second argument.
The options are then applied to every graph element
unless the element specifies the option itself:
elk.layout(graph, {
layoutOptions: { ... }
})Additionally, ELK's constructor accepts an object
with layout options that is used with every
layout call that does not specify layout options:
const elk = new ELK({
defaultLayoutOptions: { ... }
})Since laying out diagrams can be a time-consuming job (even for the computer), and since we don't want to freeze your UI, Web Workers are supported out of the box. The following examples illustrate how the library can be used either with and without a Web Worker.
const ELK = require('elkjs')
// without web worker
const elk = new ELK()
elk.layout(graph)
.then(console.log)const ELK = require('elkjs')
// with web worker
const elk = new ELK({
workerUrl = './node_modules/elkjs/lib/elk-worker.min.js'
})
elk.layout(graph)
.then(console.log)Since version 10.x, node.js comes with a worker threads implementation that is similar to,
but not equal to, a browser's Worker class.
To ease implementation on our side, we use a library, web-worker,
that provides a wrapper around node's worker_threads, which is API-compatible to a browser's `Worker.
Any other library that provides the standard Web Worker methods should be fine though.
The package is not installed automatically to avoid
the unnecessary dependency for everyone who is not
interested in using a web worker.
A warning is raised if one requests a web worker
without having installed the package.
elkjs falls back to the non-Web Worker version in that case.
<html>
<script src="./elk.bundled.js"></script>
<script type="text/javascript">
const elk = new ELK()
elk.layout(graph)
.then(function(g) {
document.body.innerHTML = "<pre>" + JSON.stringify(g, null, " ") + "</pre>"
})
</script>
</html><html>
<script src="./elk-api.js"></script> <!-- use elk-api.js here! -->
<script type="text/javascript">
const elk = new ELK({
workerUrl: './elk-worker.js'
})
elk.layout(graph)
.then(function(g) {
document.body.innerHTML = "<pre>" + JSON.stringify(g, null, " ") + "</pre>"
})
</script>
</html>import ELK from 'elkjs/lib/elk.bundled.js'
const elk = new ELK()
import ELK from 'elkjs/lib/elk-api'
const elk = new ELK({
workerUrl: './elk-worker.min.js'
})For debugging purposes you may want to use the non-minified versions that are available as well. In this case the non-minified webworker version can be configured like so:
const ELK = require('elkjs/lib/elk-api.js')
const elk = new ELK({
workerFactory: function(url) { // the value of 'url' is irrelevant here
const { Worker } = require('elkjs/lib/elk-worker.js') // non-minified
return new Worker(url)
}
})The elkjs library provides a single object: the ELK. The ELK has a constructor that can be used
to construct it:
new ELK(options)- theELKcan be fed with options, all of which are optional:defaultLayoutOptions- an object with default layout options specified as key/value pairs that are used if no further layout options are passed to thelayout(graph, options)method (see below). Default:{}.algorithms- an array of algorithm ids (only the suffix). Default:[ 'layered', 'stress', 'mrtree', 'radial', 'force', 'disco' ]. Note that thebox,fixed, andrandomlayouters are always included.workerUrl- a path to theelk-worker.jsscript. As a consequence theELKwill use a Web Worker to execute the layout. Default:undefined.
Apart from that the ELK offers the following methods:
layout(graph, options)graph- the graph to be laid out in ELK JSON. Mandatory!options- a configuration object. Optional.layoutOptions: its most important purpose is to pass global layout options. That is, layout options that are applied to every graph element unless the element specifies the option itself.logging: boolean (since 0.6.0). Whether logging information shall be passed back as part of the laid out graph.falseby default.measureExecutionTime: boolean (since 0.6.0). Whether execution time (in seconds) information shall be passed back as part of the laid out graph.falseby default.
- returns a
Promise, which passes either the laid out graph on success or a (hopefully helpful) error on failure.
knownLayoutOptions()- returns an array of of known layout options. For each option additional information
such as its
idandgroupis given.
- returns an array of of known layout options. For each option additional information
such as its
knownLayoutAlgorithms()- returns an array of registered layout algorithms (see above) alongside further information about each algorithm.
knownLayoutCategories()- returns an array of registered layout categories.
terminateWorker()- in case a Web Worker is used, the worker'sterminate()method is called.
The three methods starting with known basically return information
that, in the Java world, would be retrieved from the LayoutMetaDataService.
(Since 0.6.0)
ELK provides some means to log debug information during layout algorithm execution.
The details can be found in the Algorithm Debugging section of ELK's documentation.
Not all of it is available in elkjs though, for instance, it is not possible to save intermediate results of the laid out graphs.
Furthermore, while internally execution time is measured in nanoseconds on the Java side,
in elkjs we have to resort to milliseconds.
Note that the returned execution times are in seconds.
For small graphs this may often result in execution times being reported as 0.
See below an example call and the example output.
elk.layout(simpleGraph, {
layoutOptions: {
'algorithm': 'layered'
},
logging: true,
measureExecutionTime: true
}){
"id": "root",
"children": [ ... ],
"edges": [ ... ],
"logging": {
"name": "Recursive Graph Layout",
"executionTime": 0.000096,
"children": [ {
"name": "Layered layout",
"logs": [
"ELK Layered uses the following 17 modules:",
" Slot 01: org.eclipse.elk.alg.layered.p1cycles.GreedyCycleBreaker",
[ ... ]
" Slot 16: org.eclipse.elk.alg.layered.intermediate.ReversedEdgeRestorer"
],
"executionTime": 0.000072,
"children": [ { "name": "Greedy cycle removal", "executionTime": 0.000002 },
[ ... ]
{ "name": "Restoring reversed edges", "executionTime": 0 } ]
} ]
}
}
For building, a checkout of the ELK repository is required and should be located in the same directory as the checkout of this repository. Like so:
some_dir/
├── elkjs
└── elk
npm install
npm run buildFor a new release, the following version numbers have to be changed:
versioninpackage.json,melkinbuild.gradle, and- don't forget to checkout the correct release tag of ELK's repository.
Afterwards you can find the created files in the lib folder.
Current procedure
git checkout -b releases/0.x.x
# Update versions and commit the changes
npm install
npm run build
npm run test
# Add ./lib/ directory and commit
git tag 0.x.x
# Push release branch an tags to remote
npm publishIn the following a list of asorted links to other projects and sites that may prove helpful:
- Execution time comparison to Java ELK
- Schematics
- netlistsvg - electronic and gate level schematics as SVG
- d3-hwschematic - interactive digital circuit analysis and documentation, particularly for FPGA-based designs
- Visualizing npm dependencies
- How to specify node label placement
- How to enforce certain node positioning (topological)
- Wrapping elkjs into a docker-based microservice
- Cytoscape adapter
- reaflow - Node-based editor built on elkjs in React