Is the XML Viewer read-only or can I edit?
Read-only by design. The viewer parses your XML and renders an indented, browse-friendly tree — there is no node editor, no insert/delete UI, and no way to mutate the document. If you need to edit XML, use the XML Editor tool; if you need to format and copy back, use the XML Formatter.
How does collapse/expand work in the tree?
Each element is rendered with its opening tag visible at its indent level. Branches that contain children can be visually collapsed by skim-reading — you fold long subtrees out of your attention by skipping past their indentation block. The viewer keeps the entire tree on screen so you can scroll through it linearly without losing context.
Are attributes shown inline with the element?
Yes. Attribute names and values appear on the same line as the element they belong to (e.g. <book id="bk101" lang="en">). This makes scanning faster than a panel-based viewer where attributes hide behind a click — every property is visible as you read down the document.
Are XML namespaces and prefixes visible?
Yes. xmlns declarations, prefixed elements (soap:Body, xsi:type), and prefixed attributes are rendered exactly as the parser sees them. Namespace URIs are visible at the element where they are declared, so you can trace which prefix maps to which schema without leaving the viewer.
How large an XML file can the viewer handle?
The viewer uses the browser's built-in DOMParser, which comfortably handles documents up to a few megabytes (tens of thousands of elements). For multi-hundred-MB enterprise XML dumps, a streaming SAX-based desktop tool is more appropriate — DOM parsers load the entire document into memory.
Does the viewer modify or sanitize my XML?
No. The viewer is a passive renderer: it parses the document, walks the resulting DOM, and emits an indented text view. CDATA, comments, processing instructions, and entity references are kept faithful to the source.
Can I view a malformed XML file?
Partially. The DOMParser stops at the first fatal well-formedness error and emits a parsererror node — the viewer surfaces that error message instead of a tree. To diagnose what went wrong, run the document through the XML Validator first; once well-formed, it renders here.
Is the XML I view sent to your servers?
No. Parsing and rendering both happen in JavaScript inside your browser. SOAP envelopes with credentials, signed payloads, or sensitive business data never leave the device. Inspect DevTools → Network — clicking View produces zero requests.