This is an implementation of the Cassowary constraint solving algorithm in Dart. The initial implementation was based on the Kiwi toolkit written in C++. Implements a subset of the functionality described in the Cassowary paper and makes specific affordances for the needs of Flutter
A solver is the object that accepts constraints and updates member variables in an attempt to satisfy the same.
In order to create constraints, the user needs to take specific parameter objects vended by elements in the view hierarchy and create expression from these. Constraints can then be obtained from these expressions. If the solver needs to update these parameters to satisfy constraints, it will call callbacks on these parameters.
A constraint is a linear equation of the form
ax + by + cz + ... + k == 0. Constraints need not be equality relationships. Less/greater-than-or-equal-to (
>=) relationships can also be specified. In addition, each constraint is specified at a given priority to help resolve constraint ambiguities. A system can also be overconstrained.
The constraint as a whole is represented by an instance of the
Constraint object. This in turn references an instance of an
ax + by + cz + ... k), a realtionship and the finally the priority.
Each expression in turn is made up of a list of
Terms and a constant. The term
ax has the coefficient
Param that is vended to the user is nothing but a wrapper for this variable and deals with detecting changes to it and updating the underlying view in the hierarchy.
Once the user obtains specific parameter objects, it is straightforward to create constraints. The following example sets up constraints that specify that the width of the element must be at least 100 units. It is assumed that the
Param objects have been obtained from the view in question.
Constraint widthAtLeast100 = right - left >= CM(100.0)
Lets go over this one step at a time: The expression
right - left creates an instance of an
Expression object. The expression consists of two terms. The
left params wrap variables. The coefficients are 1.0 and -1.0 respectively and the constant -100.0. Constants need to be decorated with
CM to aid with the operator overloading mechanism in Dart.
All variables are unrestricted. So there is nothing preventing the solver from making the left and right edges negative. We can specify our preference against this by specifying another constraint like so:
Constraint edgesPositive = (left >= CM(0.0))
When we construct these constraints for the solver, they are created at the default
Priority.required. This means that the solver will resist adding constraints where there are ambiguities between two required constraints. To specify a weaker priority, you can use the
priority setter or use the
| symbol with the priority while constructing the constraint. Like so:
Constraint edgesPositive = (left >= CM(0.0) | Priority.weak)
Once the set of constraints are constructed, they are added to the solver and the results of the solution flushed out.
solver.addConstraints([widthAtLeast100, edgesPositive]) ..flushVariableUpdates();
When updates need to be applied to parameters that are a part of the solver, edit variables may be used. To illustrate this, we try to express the following case in terms of constraints and their update: On mouse down, we want to update the midpoint of our view and have the
right parameters automatically updated (subject to the constraints already setup).
We create a parameter that we will use to represent the mouse coordinate.
Param mid = new Param(coordinate);
Then, we add a constraint that expresses the midpoint in terms of the parameters we already have.
solver.addConstraint(left + right == mid * CM(2.0));
Then, we specify that we intend to edit the midpoint. As we get updates, we tell the solver to satisfy all other constraints (admittedly our example is trivial).
==operator override on expression returns a constraint
Add this to your package's pubspec.yaml file:
dependencies: cassowary: "^0.2.0"
You can install packages from the command line:
$ pub get
$ flutter packages get
Alternatively, your editor might support
pub get or
Check the docs for your editor to learn more.
Now in your Dart code, you can use:
|0.2.0||Jan 26, 2017|
|0.1.7||Jul 8, 2015|
|0.1.6||Jul 8, 2015|
|0.1.5||Jul 8, 2015|
|0.1.4||Jul 7, 2015|
|0.1.3||Jun 30, 2015|
|0.1.2||Jun 30, 2015|
|0.1.1||Jun 29, 2015|
|0.1.0||Jun 29, 2015|
We analyzed this package on Apr 9, 2018, and provided a score, details, and suggestions below. Analysis was completed with status completed using:
Describes how popular the package is relative to other packages. [more]
Code health derived from static analysis. [more]
Reflects how tidy and up-to-date the package is. [more]
Weighted score of the above. [more]
Detected platforms: Flutter, web, other
No platform restriction found in primary library
Fix analysis and formatting issues.
Analysis or formatting checks reported 8 warnings 10 hints.
Strong-mode analysis of
lib/src/solver.dartgave the following warning:
line: 157 col: 33
A function of type '(Constraint) → Result' can't be assigned to a location of type '(dynamic) → Result'.
Similar analysis of the following files failed:
The description is too short.
Add more detail about the package, what it does and what is its target use case. Try to write at least 60 characters.
Package is pre-v1 release.
While there is nothing inherently wrong with versions of
0.*.*, it usually means that the author is still experimenting with the general direction API.
Maintain an example.
Create a short demo in the
example/directory to show how to use this package. Common file name patterns include:
example.dartor you could also use