UX Markup Reference
UX Markup is an XML based language for expressing user interfaces, layout, effects and motion. UX Markup is an essential part of Fuse.
This chapter covers the meaning of the built-in syntaxes and attributes of the UX Markup language.
Use the menu to the left to navigate the different topcis in this chapter.
The basic function of a UX Markup element is to create (instantiate) an object of a certain class. For example, the following snippet creates instances of the App and Rectangle classes, and makes the Rectangle a child of the App.
<App> <Rectangle Color="Blue" /> </App>
To make the Fuse libraries accessible in your project, make sure you add
Packagessection of your
When one element (child) is placed inside another element (parent) in UX Markup, the outer element is called the parent, while the inner element is called the child.
<Grid Rows="1*,1*"> <Rectangle Color="Blue" Margin="10" /> <Rectangle Color="Blue" Margin="10" /> </Grid>
By default, UX Markup will find a suitable property on the parent element to which it can bind the child element.
To disable this behavior for a given child element, we can specify
ux:AutoBind="false". This will create a loose object within your app that can be attached to your app later by logic.
To bind to a specific property of the parent, we can specify
ux:Binding="TheProperty". This will disable auto-binding for the element, and instead bind to
Creating reusable classes (
Any UX element tree can be converted to a reusable class (component) by giving it the
<Panel ux:Class="MyNamespace.MyComponent" Color="Yellow" > <WhilePressed> <Scale Factor="2" Duration="0.3" Easing="BackOut" /> </WhilePressed> </Panel>
This creates a new subclass of
MyComponent in the
MyNamespace namespace. Namespaces are optional, but recommended when creating components for reuse in other projects, to avoid name collisions.
Once a class is created, it can be instantiated just like any of the built-in classes:
ux:Class creates a new root scope, which means that nodes inside the class have no access to names (
ux:Name) outside of the class. This means dependencies must be injected explicitly.
The App tag
App tag is the ultimate root of your app project.
<App> <!-- your app goes here --> </App>
Any App tag is implicitly a
ux:Class with the same name as the containing file excluding file extension. We can also give your app class a different name by specifying
<App ux:Class="MyNamespace.MyApp" />
Projects that don't contain an
App tag does not produce an actual app, but a packages of components that can be referenced by other projects.
UX Markup supports XML namespaces (
xmlns), but to keep code verbosity down, sensible defaults have been set. This is why you rarely see it used in UX markup files.
For other classes we can use the full qualified name of a class directly on a tag:
<App> <MyNamespace.MyClass /> </App>
Or, we can specify a custom
xmlns declaration for a scope:
<App xmlns:m="MyNamespace"> <m:MyClass /> </App>
Including UX files (
We can include the content of one UX file in another using
ux:Include as follows:
<ux:Include File="Resources.ux" />
It is however not recommended practice for splitting parts of your view into files. See the Creating Components article for a better approach.