May 2, 2026 - Townhomes Beta Release

Users can now customize the position of foundation elements - simplifying and speeding up modeling workflows while unlocking higher level of detail.

Users can apply foundation assemblies to the entire foundation system, or individual edges, and can override individual parameters as needed. This encourages reuse and centralization - reducing manual overrides and overall model maintenance.

New toggles in the Levels Inspector ("Enable Foundations" / "Enable Floors") let drafters suppress auto-generated systems so freeform entities can take over. Similar toggles can be used to disable foundations on a per room basis.

Users can now create custom origin-relative vertical datums that can be utilized by levels, foundations, facades, and modeling components. These datums can be shared by multiple entities and update centrally, reducing model maintenance.

Users can now explicitly control the position of levels by assigning a level a specific origin-relative datum. This provides greater control and flexibility, especially useful for complex architecture typologies like Townhomes.

Users can also now control level-stacking behavior by defining stacking relationships between levels.

Users can save groups of geometry as a reusable Modeling Component Catalogs and place multiple instances of that component on the canvas. Modeling Components allow users to extensively reuse model geometry across their portfolio.

Each Modeling Component Instance supports some individual controls (naming, move, datum assignment, offset).

To edit an existing Modeling Component Instance users can right-click an instance in 2D and select "Edit Component". When editing a Modeling Component users enter Isolated Editing Mode - a special editing experience that hides surrounding file context so drafters can edit a component's geometry in isolation.

There are two unique positioning modes for Modeling Component Instances.

Replication Positioning Method:

Remapping Positioning Method:

Non-component geometry like roofs can reference the levels that exist inside specific component instances, so when an instance moves vertically the referencing geometry follows. This provides greater flexibility and allows users to avoid constantly updating the position of certain model geometry.

This is currently supported for a limited set of entity types like Roofs.

Users can associate an option with a modeling component such that a new instance-option appears for each Modeling Component Instance. In the example of Townhomes, this allows users to easily create one option per unit instance within a building.

To associate an option with a Component, users must Add the Option to the Modeling Component. To do this, navigate to the component inspector, click “Add Entities”, then select the option in the option list in the explorer.

Instance Options will appear downstream in Config and Showroom, allowing buyers to make option selections for their particular unit.

Custom Reporting Unit Labels can now be created and assigned to various studio geometry, including Modeling Component Instances in order to differentiate one unit from another. This designation is then visible in downstream assets like CDs, Config, and Showroom experience.

To create a Reporting Unit Label, users can create a new custom label, give it a clear name like “Unit A”, and then check the “is reporting unit” checkbox. Users can then assign that reporting unit label to various geometries in the file, including Roofs, Foundations, Props, and Modeling Components.

Upon publishing a Studio file, Config and Showroom will look for any unique unit reporting label in the file and associate each with a unit designation.

There are several specific restrictions included here to ensure clear intent and proper downstream reporting.

Reporting Unit Designations can be visually previewed in studio. This enables Studio users to double-check their work before publishing or testing out files in Showroom.

To preview, users should navigate to the 3D View Inspector. Then under 3D View, select one reporting unit to isolate. All other geometry greys out in the preview, letting drafters QA unit filtering before publishing downstream deliverables.

In order to accommodate Townhome and multi-unit style Buildings, we’ve introduced a new location hierarchy level within Config. This allows users to operate on the Townhome Building itself, in addition to the individual units.

A new "Buildings" location level can be enabled in Account Settings and added as a sub-location to a Community. Studio, Config, and Showroom all read this hierarchy.

This is a required setup for all other multi-unit workflows.

Studio Documents will have a specific number of units upon publishing. This number of units is then read by Config, where users should map specific units to specific lots.

Availability, price, and sold/held status track at the unit level using the same inventory workflow as single-family lots.

The Config Option Template/scheme separates choices that apply across an entire building from choices set per unit. Building-wide options propagate to every unit; per-unit options stay scoped.

In any multi-unit Showroom file, users can toggle between Full Building Mode (full context) and Focus/Highlight Unit Mode (orbit and interactions center on the selected unit). Works across 3D Exterior, 3D Dollhouse, and Floor Plan, so a single Showroom file supports both whole-community presentation and per-unit shopping. This functionality works in both Showroom and Showroom Intro

Within Views, users can create a composite level entity, add multiple discrete levels to it, then point a Plan Viewport at the composite level.

This allows users to produces plans that show overlaid geometry from multiple levels (e.g., foundation + framing overlays).