## Geometry Path Strings

The GoJS Geometry class controls the "shape" of a Shape, whereas the Shape.fill and Shape.stroke and other shape properties control the colors and appearance of the shape. For common shape figures, there are predefined geometries that can be used by setting Shape.figure. However one can also define custom geometries.

One can construct any Geometry by allocating and initializing a Geometry of at least one PathFigure holding some PathSegments. But you may find that using the string representation of a Geometry is easier to write and save in a database. Use the static method Geometry.parse or the Shape.geometryString property to transform a geometry path string into a Geometry object.

### Geometry Path String Syntax

The syntax for a geometry path string is an extension of the SVG path string syntax. The string consists of a number of commands, each a single letter followed by some command-specific numeric parameters.

Below are the possible commands along with the parameters they take. The parameter notation `(x y)+` means that the command requires exactly two parameters, but there can be 1 or more sets of parameters for each command. For instance, the `L (x y)+` command can be written as `L 10 10 20 20` to denote two straight line segments.

Commands written with an uppercase letter indicate absolute coordinates; lowercase commands specify coordinates relative to the last command. Some commands do not care about case because they do not take coordinates as arguments.

-     M (x y)+

  Move commands begin a new subpath in a PathFigure. One is essential to begin a PathFigure and therefore must be the first segment type in the path string, with the exception of a Fill command (`F`) that can precede it.

  Additional sets of parameters for a move command are automatically considered Line commands, so `M 10 10 20 20` is identical to `M 10 10 L 20 20`.

-     L (x y)+

  Line command adds a straight line segment from the previous point to the new point.

-     H (x)+

  Horizontal line command specifies only an x value for a straight horizontal line.

-     V (y)+

  Vertical line command specifies only a y value for a straight vertical line.

-     Q (x1 y1 x y)+

  Quadratic Bezier Curves. `x1`, `y1` is the control point. See SVG Quadratic Bezier command for more details.

-     T (x y)+

  Short-hand Quadratic Bezier Curves. The control point is calculated based on SVG's path rules.

-     C (x1 y1 x2 y2 x y)+

  Cubic Bezier Curves. `x1`, `y1` and `x2`, `y2` are the control points. See SVG Cubic Bezier command for more details.

-     S (x2 y2 x y)+

  Short-hand Cubic Bezier Curves. The two control points are calculated based on SVG's path rules.

-     A (rx ry x-axis-rotation large-arc-flag sweep-flag x y)+

  Elliptical Arcs. These follow the SVG arc conventions.

-     Z

  `Z` denotes that the current segment is closed. This is placed after the last segment of a subpath. There are no parameters, and case does not matter with this command.

For detailed information on the SVG path strings, see the W3C's page on SVG Paths.

Additionally there are some tokens specific to GoJS:

-     B (startAngle, sweepAngle, centerX, centerY, radiusX, radiusY)

  Arcs following GoJS canvas arc convention. These arcs create a new line from the last point in the subpath to the first point of an arc defined by the five arguments. Unlike all other commands with parameters, multiple sets of parameters are not allowed for B-arcs. Also, at the current time, the `radiusY` value must be the same as the `radiusX` value.

-     X

  Used before `M` commands to denote separate PathFigures instead of a subpath. There are no parameters, and case does not matter with this command. Separate PathFigures are important when different fills are desired per figure component.

-     F

  The existence of this command specifies whether the current PathFigure is filled (true if `F` is present). This is placed at the beginning of a figure. There is an optional parameter that is currently ignored. Case does not matter with this command.

-     U

  The existence of this command specifies whether the current PathFigure is shadowed (false if `U` is present. A shadowed PathFigure is the default). Shadows on shapes (and therefore PathFigures) only exist if Part.isShadowed is set to true on the containing part. This is placed at the beginning of a figure. Case does not matter with this command.

### Geometry Path String Examples

Here is a simple usage of a geometry path string when initializing a Shape without setting Shape.figure:

    diagram.add(
      $(go.Node,
        $(go.Shape,
          { geometryString: "F M120 0 L80 80 0 50z",
            fill: "lightgreen" })));

Here is a geometry path string that uses quadratic Bezier curves:

    diagram.add(
      $(go.Node,
        $(go.Shape,
          { geometryString: "F M0 0 L100 0 Q150 50 100 100 L0 100 Q50 50 0 0z",
            fill: "lightgreen" })));

This geometry uses GoJS arcs:

    diagram.add(
      $(go.Node, "Spot",
        $(go.Shape,
          { geometryString: "F M0 0 L80 0 B-90 90 80 20 20 20 L100 100 20 100 B90 90 20 80 20 20z",
            fill: "lightgreen" }),
        $(go.TextBlock, "custom shape")
      ));

The following geometry uses GoJS arcs. Because the Shape is stretched to fit around the TextBlock, and because the default value of Shape.geometryStretch causes the Geometry to be stretched too, the custom geometry is also stretched to fit around the text.

    diagram.add(
      $(go.Node, "Auto",
        $(go.Shape,
          { geometryString: "F M0 0 L.8 0 B-90 90 .8 .2 .2 .2 L1 1 .2 1 B90 90 .2 .8 .2 .2z",
            fill: "lightgreen" }),
        $(go.TextBlock, "custom shape",
          { margin: 4 })
      ));

In the following Diagram we use a path string that contains three PathFigures. Note the `X` commands separating the figures and the `F` commands denoting fill.

    diagram.add(
      $(go.Part,
        $(go.Shape,
          { geometryString:
              "F M 0 0 l 30,30 10,10 35,0 0,-35 x m 50 0 l 0,-50 10,0 35,35 x" +
              "f m 50 0 l 0,-50 10,0 35,35z",
            strokeWidth: 10, stroke: "lightblue", fill: "gray" })
      ));

The first two PathFigures are open; the first and third figures are filled. The `Z` command only closes the PathFigure that it ends.

In the following Diagram we use a path string that contains four PathFigures, two of which have a shadow. Note that figures are shadowed by default if the containing Part has Part.isShadowed set to true. To un-shadow specific path figures we use the `U` command.

    diagram.add(
      $(go.Part,
        { isShadowed: true, shadowOffset: new go.Point(10, 10) },
        $(go.Shape,
          { geometryString:
              "F M 0 0 l 30,30 10,10 35,0 0,-35 x u m 50 0 l 0,-50 10,0 35,35 x" +
              "u f m 50 0 l 0,-50 10,0 35,35z x m 70 0 l 0,30 30,0 5,-35z",
            strokeWidth: 8, stroke: "lightblue", fill: "lightcoral" })
      ));

The first and last PathFigures are shadowed; the second and third are unshadowed.

#### Geometry.parse

Use the static method Geometry.parse to convert a GoJS syntax path string into a Geometry.

    diagram.add(
      $(go.Node, "Horizontal",
        $(go.TextBlock, "Custom Triangle:"),
        $(go.Shape,
          { geometry: go.Geometry.parse("M120 0 L80 80 0 50z"), // Geometry is not filled
            fill: "green", background: "whitesmoke",
            stroke: "orange", strokeWidth: 2 })
      ));

Note that even though a Shape.fill is specified, the shape does not appear filled. This is because the geometry's one PathFigure is not declared to be filled -- there is no `F` command. Importing SVG path strings that are filled also requires declaring that the geometry is filled. There are several ways to do that:

- Call Geometry.fillPath for converting the SVG path string to GoJS syntax before calling Geometry.parse. For literal SVG path strings it is often easiest just to prefix it with "F ".
- Call Geometry.parse with a second argument that is true.
- Modify the Geometry returned by Geometry.parse, by setting PathFigure.isFilled to true on the desired PathFigures.

Here is the same example, but using a filled geometry path string.

    diagram.add(
      $(go.Node, "Horizontal",
        $(go.TextBlock, "Custom Triangle:"),
        $(go.Shape,
          { geometry: go.Geometry.parse("F M120 0 L80 80 0 50z"), // Geometry is filled
            fill: "green", background: "whitesmoke",
            stroke: "orange", strokeWidth: 2 })
      ));

All Geometry objects have bounds that contain the origin, so a geometry created with no points at x==0 or y==0 will have extra space to the left of it or above it. Note how there is extra space in the following node, causing the shape to appear farther away from the text and shifted down:

    diagram.add(
      $(go.Node, "Horizontal",
        $(go.TextBlock, "Custom Triangle:"),
        $(go.Shape,
          { geometry: go.Geometry.parse("M120 50 L80 80 50 50z", true), // Geometry is filled
            fill: "green", background: "whitesmoke",
            stroke: "orange", strokeWidth: 2 })
      ));

Often when importing SVG shapes created by drawing applications into GoJS we do not want any extra space above or to the left, so we need to normalize the geometry. There is a function for this, Geometry.normalize, which modifies the Geometry's points in-place and returns a Point describing the amount they were offset.

    var geo = go.Geometry.parse("M120 50 L80 80 50 50z", true);
    geo.normalize();

    diagram.add(
      $(go.Node, "Horizontal",
        $(go.TextBlock, "Custom Triangle:"),
        $(go.Shape,
          { geometry: geo,  // normalized above
            fill: "green", background: "whitesmoke",
            stroke: "orange", strokeWidth: 2 })
      ));

#### Shape.geometryString

The Shape.geometryString property setter parses a given GoJS path string as a Geometry, normalizes it, sets the Shape.geometry to this new Geometry, and offsets the Shape's position by the amount it was shifted in normalization. The positioning is useful when the shape is inside a Panel.Position panel. But when the shape is used in any other kind of panel (thus ignoring the GraphObject.position), it is still useful to remove the extra space so that the shape fits in well with the other objects in the panel.

The example below adds three Parts with Shapes to the diagram. The first shape uses Geometry.parse to set the Shape's Geometry, the second one uses Geometry.parse and Geometry.normalize. The third uses Shape.geometryString. Note the difference in size between the first Part and the other two.

    var pathstring = "M30 100 C 50 50, 70 20, 100 100, 110, 130, 45, 150, 65, 100";

    // Just parsing the geometry
    diagram.add(
      $(go.Part, "Vertical",
        $(go.Shape,
          { geometry: go.Geometry.parse(pathstring),
            strokeWidth: 10, stroke: "lightcoral",
            background: "whitesmoke" }),
        $(go.TextBlock, "parse")
      ));

    // Parsing the geometry and normalizing it
    var geo = go.Geometry.parse(pathstring);
    geo.normalize();
    diagram.add(
      $(go.Part, "Vertical",
        $(go.Shape,
          { geometry: geo,
            strokeWidth: 10, stroke: "lightgreen",
            background: "whitesmoke" }),
        $(go.TextBlock, "parse/normalize")
      ));

    // Using geometryString to parse and normalize the geometry
    diagram.add(
      $(go.Part, "Vertical",
        $(go.Shape,
          { geometryString: pathstring,
            strokeWidth: 10, stroke: "lightblue",
            background: "whitesmoke" }),
        $(go.TextBlock, "geometryString")
      ));

    diagram.layout = $(go.GridLayout);

    // Select them all to more easily see their sizes
    diagram.commandHandler.selectAll();

### Converting Path Strings

The static method Geometry.stringify can be used to output a Geometry as a string. This string will have the GoJS path string syntax. You can use Geometry.stringify and Geometry.parse to data bind custom shape geometries.

`Geometry.parse(Geometry.stringify(myGeometry))` will return a geometry equal to `myGeometry`, though if myGeometry was created from a string, the string itself is not guaranteed to be the same. If you merely want to copy a Geometry you should use Geometry.copy.

    // These path strings represent identical geometries:
    var a = "m0 0 t 50 50, q 40 20, 50 10 h 10 v -23 l 45, 5, 65, 100"
    var b = "M0 0 Q0 0 50 50 Q90 70 100 60 L110 60 L110 37 L155 42 L220 142"
    go.Geometry.stringify(Geometry.parse(a)); // returns the string in b
    go.Geometry.stringify(Geometry.parse(b)); // returns the string in b

Because of the additional non-SVG commands, a string generated from Geometry.stringify will not necessarily be a valid SVG path.

The static method Geometry.fillPath takes a path string of either syntax and adds `F` tokens before each PathFigure that does not have them. Because SVG path strings are not considered to be "filled" by themselves, if you are converting an SVG Path shape to GoJS you will want to call Geometry.fillPath on the SVG string.

    go.Geometry.fillPath("M0 0 L20 20 L20 0");
    // returns           "F M0 0 L20 20 L20 0"

The result can then be passed to Geometry.parse or Shape.geometryString.