Generate Makepad DSL Code and Syntax Explanations

Makepad DSL Skill helps write code and answer questions about the Rust makepad-widgets DSL. Its inline patterns cover anonymous objects, named prototypes, inheritance, widget instantiation, and linking DSL definitions to Rust structs. The material identifies a development-branch context and a January 2026 update date, with a pointer to the crate listing for checking updates.

An anonymous object groups properties such as width, height, and color. A named object creates a reusable prototype; another definition can inherit its properties and override selected values. The skill explains this as eager copy: parent properties are copied at definition time. Children can replace inherited values, add properties, and partially override nested objects while retaining untouched nested values.

Widget composition uses inherited built-in widgets with child button or label declarations. Meaningful child names support references, and reusable styles belong in named prototypes. Property examples include numbers, RGBA hex colors, strings, enum variants, Fit or Fill sizes, nested objects, and arrays. Resource dependencies have their own DSL form.

Use the skill for Makepad live_design! syntax, object definitions, prototypes, inheritance, property overriding, or composition rules. Its examples are specific to Makepad rather than general Rust syntax. The guide emphasizes the distinction between a named prototype and a widget instance.

The catalog does not bundle its complete DSL-syntax or inheritance reference files and does not identify a verified download source for those supporting paths. Obtain original material or an existing installation for steps that depend on them, resolve paths relative to that installation, inspect the contents, and verify applicable licensing and execution prerequisites. Do not fabricate missing supporting files or claim their procedures were followed.

The documented completeness check calls for reading relevant references before answering, reporting incomplete or empty local documentation, and incorporating references when present. Inline examples remain available, but environment-specific validation and expert review are still needed. Clarify missing inputs, permissions, boundaries, or success criteria.

Inputs are the widget or style requirement, the DSL definition to explain or modify, and the available crate and supporting-reference context. Outputs are DSL examples or explanations of syntax, inheritance, and property overrides. A supplied anonymous-object example is:

{
    width: 100.0
    height: 50.0
    color: #FF0000
}

The DSL is embedded in Rust through live_design!. Rust type bindings connect definitions to structs, and the example derives Live, LiveHook, and Widget with dereferenced View and live properties. The source also describes live reloading of DSL changes without recompilation.