Workflow

HomeWorkflow → Editor views

Editor views

The same document, four ways to see it. Toggle from the editor toolbar — ✦ Structured, ✎ Visual, ◉ Preview, Source XML. Content stays in one place; the view changes what you're working on.

Structured

The default. Schema-aware widgets on the left, a tree of the document's element structure on the right. Insert menus offer only elements the schema (and the document's current context) actually allow — no more guessing which child is legal.

Structured editor — schema-aware widgets on the left, element tree on the right, validation status inline.
Structured view — widget-driven, schema-constrained, with the tree always visible.

Visual

WYSIWYG-style editing over the document's rendered form. Best for narrative sections and long-form text where the tree gets in the way. Cursor-aware inline inserts and right-click context menus expose the same schema-legal options as the structured view.

Visual editor — WYSIWYG-style editing on the rendered document, with inline schema-aware insert options.
Visual view — WYSIWYG editing over the rendered document. Schema options surface inline as you cursor around.

Preview

Read-only render of the document as it would appear in publish. Stubs (xrefs, CIR references, applicability) are resolved; graphics are converted for display. Useful for a fast "what does this look like published" check without kicking off a full publish job.

Preview view — the document rendered as it would publish, stubs resolved, graphics converted.
Preview — the document as it would render on publish. Resolves xrefs, CIRs, applicability filters, and graphics.

Source XML

Raw XML. For when you need to see (or edit) the exact serialization. Same document; nothing hidden. Syntax highlighting, schema-aware validation, and change-bar tracking still apply — the source view is not a fallback, it's the same content shown differently.

Source XML view — raw serialization of the document, with syntax highlighting and inline validation.
Source XML — the document's exact serialization. Same validation, same audit trail as the widget-driven views.

IPD and PM specializations

Two document types get purpose-built editor modes instead of the generic structured view:

Both auto-activate when the document's root indicates the type. Toggle back to Source or Preview to inspect the underlying XML.

All four views operate on the same underlying document. Switching does not create a copy, does not require save/reload, and does not lose in-flight edits. Change bars, validation state, and checkout state are shared across views.

Related

← Back to Workflow