Skip to content


Switch branches/tags

Name already in use

A tag already exists with the provided branch name. Many Git commands accept both tag and branch names, so creating this branch may cause unexpected behavior. Are you sure you want to create this branch?

Latest commit


Git stats


Failed to load latest commit information.
Latest commit message
Commit time

Learn more about Schwartz at

Schwartz Template Language Documentation

Page Object Model

Each Page of a Schwartz Document has an Object Model, similar to the Document Object Model (DOM) familiar to web developers. This Object Model is a heirarchical tree structure of objects representing the graphical objects displayed on the Schwartz Canvas.

When you click the Generate button, Schwartz produces a source code representation of the currently selected Page by traversing the current Page Object Model using the currently selected Template.

So Templates are used to specify the source code generated from each Page of a Schwartz Document. This Template-based source code generation is what makes Schwartz unique.

Schwartz has several built-in Templates for popular programming languages like Objective-C, JavaScript, Swift, and SVG. The built-in Templates are not editable, but users can create their own Templates from scratch, or by starting from an existing built-in Template.

Templates are managed in the Template Window (Accessible via the Main Menu > Window > Templates Window or ⌃⎇⌘T). There you can explore the built-in Templates or create your own.


Each Template has access to a global Array of Objects called objects. Each object in this collection represents a graphic object in the page and is of type Object. The properties of the Object type are listed below.


Point       center
String      class
Number      fillAngle (0..360)
Color       fillColor
Gradient    fillGradient
Number      fillShadowBlur
Color       fillShadowColor
Boolean     fillShadowEnabled
Number      fillShadowOffsetX
Number      fillShadowOffsetY
String      fillType ('solid', 'linear', 'radial', 'none')
Rectangle   frame
String      id
Number      opacity (0..1)
Path        path
Number      rotationAngle (0..360)
Boolean     scaleImage
Color       strokeColor
String      strokeLineCap ('butt', 'round', 'square')
LineDash    strokeLineDash
String      strokeLineJoin ('miter', 'round', 'bevel')
Number      strokeLineWidth
Number      strokeShadowBlur
Color       strokeShadowColor
Boolean     strokeShadowEnabled
Number      strokeShadowOffsetX
Number      strokeShadowOffsetY
String      strokeType ('solid', 'dotted', 'dashed', 'none')
String      title


Number      red (0..1)
Number      green (0..1)
Number      blue (0..1)
Number      alpha (0..1)
Number      red255 (0..255)
Number      green255 (0..255)
Number      blue255 (0..255)
String      hexString (6 hex chars excluding alpha)
String      hexaString (8 hex chars including alpha)


Number      x
Number      y


Number      width
Number      height


Point      origin
Size       size
Number     minX
Number     midX
Number     maxX
Number     minY
Number     midY
Number     maxY


GradientElement[]     elements
Number                elementCount


Number     location (0..1)
Color      color


PathSegment[]     segments
Number            segmentCount


String     type ('lineTo', 'moveTo', 'curveTo', 'close')
Point      point
Point      cp1
Point      cp2


Number     count
Number     phase
Number[]   lengths

Template Tags

The Schwartz Template syntax is very similar to JSP, ASP, or Django. Default tag delimiters like <%= %> and <% %> are easily configurable on a per-Template basis in the Templates Window (⌃⎇⌘T).

The default tag delimiters were chosen as they mix well with C-inspired languages like ObjC, C, and JavaScript in which curly braces are used often, but angle braces are not. If you prefer {% %} and {{ }}, you can use those on your user-defined Templates by double-clicking and editing the tag delimiters next to your user-defined Template in the Templates Window.

Print Tag

Print Tags print the value an expression to the text output:

My name is <%= name %>.

Whitespace around the tag delimiters is optional.

Builtin Filters are available:

My name is <%=firstName|capitalize%> <%=lastName|capitalize%>, and I'm a <%=profession|lowercase%>.

Mah kitteh sez "<%= lolSpeak|trim|uppercase %>".

<%='Hello World!'|replace:'hello', 'Goodbye Cruel', 'i'%>

<%= degrees|round %>



<%= 'now'|fmtDate:'EEE, MMM d, yy' %>

If Tag

If Tags offer conditional rendering based on input variables at render time:

<% if testVal <= expectedMax || force %>
    Text 1.
<% elif shortCircuit or ('foo' == bar and 'baz' != bat) %>
    Text 2.
<% else %>
    Default Text.
<% /if %>

(Note the boolean test expressions in this example are nonsense, and just intended to demonstrate some of the expression language features.)

For Tag

For Tags can loop thru arbitrary numerical ranges, and may nest:

<% for i in 0 to 10 %>
    <% for j in 0 to 2 %>
    <% /for %>
<% /for %>

Numerical ranges may iterate in reverse order, and also offer a "step" option specified after the by keyword

<% for i in 70 to 60 by 2 %>
    <%=i%><% if not currentLoop.isLast %>,<% /if %>
<% /for %>



Note that each For Tag offers access to a currentLoop variable which provides information like currentIndex, isFirst, isLast, and parentLoop.

For Tags can also loop thru variables representing Arrays:

<% for obj in vec %>
<% /for %>

and properties of Objects (note the convenient unpacking of both key and value):

<% for prop, val in dict %>
<% /for %>

Skip Tag

Skip Tags can be used to skip the remainder of the current iteration of a For Tag loop.

Skip Tags are are similar to the continue statement in most C-inspired languages (like JavaScript, Java, C++, ObjC, etc) with one important enhancement.

Skip Tags may contain an optional boolean expression. If the expression evaluates true, the Skip Tag is respected, and the remainder of the current iteration of the enclosing For Tag is skipped. However, if the expression evaluates false, the skip tag is ignored, and the current iteration of the For Tag carries on as normal.

The expression within the Skip Tag is essentially a syntactical shortcut. The two following forms are semantically equivalent, but the second is more convenient:

<% for i in 1 to 3 %>
    <% if i == 2 %>
        <% skip %>
    <% /if %>
<% /if %>
<% for i in 1 to 3 %>
    <% skip i == 2 %>
<% /if %>

Both examples produce the following output:


If no expression is present in the Skip Tag, it is always respected, and the current iteration of the enclosing For Tag is always skipped.

Trim and Indent Tags

As with any templating mechanism, whitespace handling is often a significant concern. Schwartz includes two optional tags that can be used to simplify whitespace handling.

The Trim Tag is a block tag that trims both the leading and trailing whitespace from any lines contained within their body content.

Also, any lines inside the Trim Tag bodies containg only other Tags are removed from the output entirely. All empty lines are preserved in the output (but their leading and trailing whitespace is trimmed).

So the following:

<% trim %>
    <% if true %>
                            I hate yogurt!
    <% /if %>
<% /trim %>

Produces a single line with all leading and trailing whitespace trimmed:

I hate yogurt!

Indentation within Trim Tags may be controlled with nested Indent Tags. The following:

<% trim %>
    <% if true %>
        <% indent %>
            Even with strawberries.
        <% /indent %>
    <% /if %>
<% /trim %>

Produces a single line indented by 4 spaces:

    Even with strawberries.

Comment Tags

The body of Comment Tags is ignored, and not included in the output text.

<% comment %>
    That's the same combination I use on my luggage!
<% /comment %>

Template Expression Language

As you have seen in the examples above, many tags may contain simple expressions which should be familiar to anyone with experience using JavaScript.

Logical Expressions

Logical And Or and Not may be expressed using either the familiar JavaScript operators (&&, ||, !), or their english equivalents:

a && b 

a and b

a || b

a or b


not a

Equality Expressions

Variable equality and inequality may be tested using either the familiar JavaScript operators (==, !=), or their equivalents (eq, ne):

a == b

a eq b

a != b

a ne b

Note that a = b is a syntax error, as assignments are not allowed in the expression language, and the correct equality operator is ==, not =.

Comparison Expressions

Variables may be compared using either the familiar JavaScript operators (<, <=, >, >=), or their equivalents (lt, le, gt, ge):

a < b 

a lt b

a <= b 

a le b

a > b

a gt b

a >= b

a ge b

Arithmetic Expressions

Arithmetic may be performed using either the familiar JavaScript operators:

a + b

a - b

a * b

a / b

The modulo operator for finding the remainder after division of one number by another is supported:

a % b

And explicity negative numbers are supported:


Path Expressions

Properties of objects may be reached using a chain of property references called a Path Expression:


Sub Expressions

Any expression may be wrapped in parentheses for clarity or to alter the order of operations.

(a + b) / c

((a or b) and (c or d))

Boolean Literals

Boolean literals are available matching the JavaScript language:



Number Literals

Number literals may appear either as integers or as floating point numbers with an optional exponent:




String Literals

String literals may be wrapped in either single or double quotes:

"I'm surrounded by assholes."

'Evil will always triumph, because Good is dumb.'


Documentation for Schwartz's Template Language







No releases published


No packages published