docling_core/document.rs
1//! The unified document representation.
2
3use crate::markdown::{to_markdown, to_markdown_images};
4use crate::ImageMode;
5
6/// The unified, format-agnostic document produced by every backend.
7///
8/// This is the heart of docling: backends parse their source format into a
9/// `DoclingDocument`, and serializers turn it back into Markdown, HTML, JSON,
10/// etc. Phase 0 uses a flat sequence of [`Node`]s; the production schema will
11/// match docling-core's body-tree-with-references layout.
12#[derive(Debug, Clone, PartialEq)]
13pub struct DoclingDocument {
14 /// Logical document name (usually the input file stem).
15 pub name: String,
16 /// Top-level content, in reading order.
17 pub nodes: Vec<Node>,
18 /// Default Markdown export mode for [`Self::export_to_markdown`]. `false`
19 /// (the default) reproduces docling's legacy output byte-for-byte; `true`
20 /// emits cleaner, more conformant Markdown. Set by `DocumentConverter`.
21 pub strict_markdown: bool,
22 /// Emit tables in the compact `| a | b |` / `| - | - |` form rather than
23 /// docling-core's width-padded GitHub serializer. The PDF backend sets this
24 /// (its committed groundtruth corpus predates the padded serializer); DOCX/HTML
25 /// leave it `false` to match current published docling.
26 pub compact_tables: bool,
27 /// Hyperlinks recovered from the source, as `(anchor_text, href)` pairs in
28 /// document order. docling's standard pipeline drops PDF link annotations, so
29 /// these are rendered as Markdown `[anchor](href)` **only in strict mode**
30 /// (legacy/docling output is left byte-for-byte unchanged). The PDF backend
31 /// populates this from pdfium link annotations; other backends leave it empty.
32 pub links: Vec<(String, String)>,
33}
34
35/// A single piece of document content.
36#[derive(Debug, Clone, PartialEq)]
37pub enum Node {
38 /// A heading. `level` is 1-6.
39 Heading { level: u8, text: String },
40 /// A run of body text.
41 Paragraph { text: String },
42 /// A form checkbox (docling's `checkbox_selected`/`checkbox_unselected`): its
43 /// clean label `text` with the checked state. DocLang emits a `<checkbox>`
44 /// element head; Markdown/JSON render the task-list form (`- [x] `/`- [ ] `).
45 CheckboxItem { checked: bool, text: String },
46 /// A single list item at the given nesting `level` (0 = top). For ordered
47 /// items, `number` is the display number (honoring the list's `start`); it
48 /// is unused for unordered items. `first_in_list` marks the first item of a
49 /// list so the serializer can blank-line-separate adjacent sibling lists.
50 ///
51 /// `marker` is the DocLang enumeration marker (`"1."`, `"1.1."`, …) when the
52 /// backend provides one — HTML and DOCX set it for enumerated items, so
53 /// DocLang emits `<ldiv><marker>…</marker></ldiv>`; Markdown and the other
54 /// declarative backends leave it `None`, giving a bare `<ldiv/>` (matching
55 /// docling, whose Markdown backend passes no marker).
56 ListItem {
57 ordered: bool,
58 number: u64,
59 first_in_list: bool,
60 text: String,
61 level: u8,
62 marker: Option<String>,
63 /// Optional layout provenance (`x0,y0,x1,y1`, normalized to 0–511): the
64 /// four DocLang `<location>` values emitted inside the `<list>` right
65 /// after the item's `<ldiv>`. Set only by backends with real geometry
66 /// (e.g. PPTX shapes); `None` for the declarative backends. Kept on the
67 /// item itself (rather than a [`Node::Located`] wrapper) so consecutive
68 /// items still group into one `<list>`.
69 location: Option<[u16; 4]>,
70 /// DocLang-only override for items whose DocLang form diverges from their
71 /// flat Markdown `text`. Markdown/JSON always render the fields above; the
72 /// DocLang serializer, when this is `Some`, takes the list kind, marker,
73 /// and content from here instead. Used for docx multilevel numbering
74 /// (Markdown shows `- 1.1. x`, DocLang an ordered `<marker>1.1.</marker>`
75 /// with clean text) and inline equations/formatting in list items.
76 dclx: Option<ListItemDclx>,
77 /// The item's hyperlink target, when its content is a link — docling's
78 /// HTML backend emits it as an `<href uri=…/>` in the item head, and the
79 /// anchor's Markdown link markup is stripped from the rendered content.
80 /// `None` for a plain item; ignored by Markdown/JSON.
81 href: Option<String>,
82 /// Non-body content layer (docling's HTML site chrome before the first
83 /// heading → `furniture`). DocLang emits a `<layer value=…/>` in the item
84 /// head; Markdown/JSON drop a non-body item entirely.
85 layer: Option<ContentLayer>,
86 },
87 /// A fenced code block.
88 Code {
89 language: Option<String>,
90 text: String,
91 /// The original (pre-enrichment) text when the CodeFormula model
92 /// rewrote `text`: docling keeps the raw extraction in the JSON `orig`
93 /// field while `text` carries the model output. `None` → `orig == text`.
94 orig: Option<String>,
95 },
96 /// A table. The first row is treated as the header.
97 Table(Table),
98 /// A picture/figure, with an optional caption and (when a backend extracts
99 /// it) the embedded image itself.
100 Picture {
101 caption: Option<String>,
102 image: Option<PictureImage>,
103 /// DocumentPictureClassifier predictions (all classes, descending
104 /// confidence), when the picture-classification enrichment ran.
105 /// Serialized as docling's `classification` annotation + `meta` field
106 /// on the JSON picture item; Markdown/DocLang output is unaffected.
107 classification: Option<Vec<PictureClass>>,
108 },
109 /// A display-math formula item decoded by the CodeFormula enrichment:
110 /// `latex` is the model's LaTeX (no `$$` wrapping), `orig` the raw glyph
111 /// text extracted from the PDF. Markdown renders `$$latex$$`; JSON emits a
112 /// `formula` text item (docling's un-enriched pipeline instead emits a
113 /// placeholder paragraph — see the PDF assembler).
114 Formula {
115 latex: String,
116 orig: String,
117 location: Option<[u16; 4]>,
118 },
119 /// A chart (docling's `PictureItem` classified as a chart, carrying a
120 /// `PictureTabularChartData` annotation). Markdown and JSON render it exactly
121 /// like a [`Node::Picture`] placeholder (an `<!-- image -->` / `picture`
122 /// item); the DocLang serializer emits `<picture class="chart">` with a
123 /// `<label value="{kind}"/>` and the data `table` as a `<tabular>`.
124 Chart {
125 /// docling's classification label, e.g. `bar_chart`, `line_chart`.
126 kind: String,
127 /// The chart's data grid (row 0 is the header band).
128 table: Table,
129 /// The chart title (docling's caption item on the picture).
130 caption: Option<String>,
131 /// DocLang `<location>` provenance for the picture element.
132 location: Option<[u16; 4]>,
133 },
134 /// A logical grouping of child nodes (e.g. a list, a section).
135 Group { label: String, children: Vec<Node> },
136 /// A form key-value region (docling's `field_region`): a set of form fields,
137 /// each pairing an optional marker, key, and value. Backends detect these
138 /// from form structure (e.g. HTML's `keyN` / `keyN_valueM` / `keyN_marker`
139 /// `id`-convention); the serializers render each item's parts as separate
140 /// labelled texts (`marker` / `field_key` / `field_value`).
141 FieldRegion { items: Vec<FieldItem> },
142 /// Rich inline content — docling's `InlineGroup`: a run of styled text
143 /// segments that a backend captured with formatting (`<bold>`, `<italic>`,
144 /// `<underline>`, `<strikethrough>`, sub/superscript, inline `<code>`) the
145 /// flat Markdown text cannot represent. Markdown/JSON render this exactly
146 /// like `Paragraph { text: md_text }` (so their output is unchanged); the
147 /// DocLang serializer uses the structured `runs`. `unwrapped` is set when the
148 /// group's docling parent is a heading/text (no enclosing `<text>` wrapper).
149 InlineGroup {
150 unwrapped: bool,
151 runs: Vec<InlineRun>,
152 md_text: String,
153 },
154 /// A node in a non-body content layer — `furniture` (page headers/footers,
155 /// the HTML `<title>`, site navigation/chrome) or `notes` (docx comments).
156 /// Markdown and JSON omit these layers by default; DocLang renders the wrapped
157 /// node with a `<layer value="{layer}"/>` head.
158 Furniture {
159 layer: ContentLayer,
160 inner: Box<Node>,
161 },
162 /// A node carrying layout provenance — the four DocLang `<location>` values
163 /// (`x0,y0,x1,y1`, normalized to 0–511) docling attaches to elements from
164 /// backends with real geometry (e.g. the slide shapes in PPTX). Markdown and
165 /// JSON render the wrapped node unchanged; DocLang emits the `<location>`
166 /// tokens as the element's first children.
167 Located {
168 location: [u16; 4],
169 inner: Box<Node>,
170 },
171 /// A PDF page header or footer (docling's `page_header`/`page_footer`
172 /// furniture): DocLang emits `<page_header>`/`<page_footer>` with a
173 /// `<layer value="furniture"/>` head, the four `<location>` tokens, then the
174 /// text. Markdown and JSON omit it like other furniture.
175 PageFurniture {
176 footer: bool,
177 location: [u16; 4],
178 text: String,
179 },
180 /// A page boundary — docling's implicit page break between pages. The PPTX
181 /// backend emits one between consecutive slides. DocLang renders it as
182 /// `<page_break/>`; Markdown and JSON omit it (matching docling's default
183 /// exports, which carry page breaks only in the document model).
184 PageBreak,
185 /// An invisible page marker — the first node of every page the PDF paths
186 /// assemble: the 1-based page number and the page size in PDF points. It
187 /// carries exactly what the JSON export needs to populate docling's
188 /// `pages` map and to denormalize the 0–511 `<location>` grid back into
189 /// BOTTOMLEFT point bboxes for per-item `prov` (#171). Every other
190 /// serializer skips it, so Markdown / DocLang / DocTags output is
191 /// byte-for-byte unchanged.
192 PageInfo {
193 /// 1-based page number (0 = "not yet numbered": the assembler emits
194 /// the marker, the document-level collector stamps the real number).
195 page_no: usize,
196 /// Page width in PDF points.
197 width: f32,
198 /// Page height in PDF points.
199 height: f32,
200 },
201 /// A node docling keeps in the document model (and DocLang) but leaves out
202 /// of the Markdown and JSON exports — e.g. an ODF *presentation*'s pictures
203 /// and charts, which appear in the `.dclx` body but not in its `.md`/`.json`.
204 /// DocLang renders the wrapped node in place; Markdown and JSON skip it.
205 DoclangOnly(Box<Node>),
206 /// A verbatim plain-text dump — docling's plain-text backend emits the whole
207 /// file as a single text item (used for legacy USPTO APS `.txt` grants, which
208 /// docling routes to plain text rather than its APS parser). The stored string
209 /// is the file body, one record per line. Markdown/JSON render it as one text
210 /// block; the DocLang serializer reproduces minidom's per-line layout, CDATA-
211 /// escaping only the lines that need it (see `emit_text_dump`).
212 TextDump(String),
213}
214
215/// Vertical text position of an [`InlineRun`] — docling's `Script`.
216#[derive(Debug, Clone, Copy, PartialEq, Eq, Default)]
217pub enum Script {
218 #[default]
219 Baseline,
220 Sub,
221 Super,
222}
223
224/// One styled segment of a [`Node::InlineGroup`] — the docling.rs analogue of a
225/// `TextItem` inside an `InlineGroup`, carrying the ancestor formatting docling
226/// tracks. `text` is already whitespace-normalized/trimmed (one segment per
227/// source text node). A hyperlink is intentionally not stored: DocLang drops the
228/// target inside inline scope, keeping only the anchor text.
229#[derive(Debug, Clone, PartialEq, Eq, Default)]
230pub struct InlineRun {
231 pub text: String,
232 pub bold: bool,
233 pub italic: bool,
234 pub underline: bool,
235 pub strike: bool,
236 pub script: Script,
237 pub code: bool,
238 /// An inline equation (`text` holds LaTeX): DocLang renders `<formula>…`,
239 /// Markdown/JSON keep the `$…$` already baked into the group's `md_text`.
240 pub formula: bool,
241}
242
243/// A DocLang content layer other than the default `body` (see [`Node::Furniture`]).
244#[derive(Debug, Clone, Copy, PartialEq, Eq)]
245pub enum ContentLayer {
246 /// Page headers/footers, HTML `<title>`, site navigation/chrome.
247 Furniture,
248 /// Editorial notes (docx reviewer comments).
249 Notes,
250 /// Invisible content (hidden spreadsheet sheets).
251 Invisible,
252}
253
254impl ContentLayer {
255 /// The `<layer value="…"/>` token value.
256 pub fn value(self) -> &'static str {
257 match self {
258 ContentLayer::Furniture => "furniture",
259 ContentLayer::Notes => "notes",
260 ContentLayer::Invisible => "invisible",
261 }
262 }
263}
264
265/// DocLang-only content for a [`Node::ListItem`] whose DocLang form differs from
266/// its flat Markdown `text` (see [`Node::ListItem::dclx`]). `ordered` picks the
267/// enclosing `<list>` kind, `marker` the `<ldiv><marker>`; content is `runs`
268/// (structured equations/formatting) when non-empty, else `text` re-parsed for
269/// inline markers.
270#[derive(Debug, Clone, PartialEq, Eq, Default)]
271pub struct ListItemDclx {
272 pub ordered: bool,
273 pub marker: Option<String>,
274 pub text: String,
275 pub runs: Vec<InlineRun>,
276}
277
278impl InlineRun {
279 /// A run with no active formatting (renders as bare inline text).
280 pub fn is_plain(&self) -> bool {
281 !self.bold
282 && !self.italic
283 && !self.underline
284 && !self.strike
285 && !self.code
286 && !self.formula
287 && self.script == Script::Baseline
288 }
289}
290
291/// Build the [`Node`] for a paragraph of inline content from its structured
292/// `runs` and Markdown text, applying docling's `InlineGroup` boundary:
293///
294/// * a single plain run (or none) → a plain [`Node::Paragraph`] (which the
295/// serializers render as `<text>…</text>`, and a lone hyperlink via `<href>`);
296/// * a single uniformly-formatted run, or two or more runs → a
297/// [`Node::InlineGroup`]. `unwrapped` (the group's docling parent is a
298/// heading, so no enclosing `<text>`) only applies to multi-run groups.
299///
300/// Markdown/JSON render the group's `md_text`, so their output is identical to
301/// emitting a `Paragraph` — the structured runs are DocLang-only.
302pub fn inline_paragraph_node(md_text: String, runs: Vec<InlineRun>, unwrapped: bool) -> Node {
303 let single_plain = runs.len() <= 1 && runs.first().is_none_or(|r| r.is_plain());
304 if single_plain {
305 Node::Paragraph { text: md_text }
306 } else {
307 Node::InlineGroup {
308 unwrapped: unwrapped && runs.len() >= 2,
309 runs,
310 md_text,
311 }
312 }
313}
314
315/// One entry of a [`Node::FieldRegion`]: a marker/key/value triple, any of which
316/// may be absent. Mirrors docling's `field_item` with its `marker` / `field_key`
317/// / `field_value` child texts.
318#[derive(Debug, Clone, PartialEq, Default)]
319pub struct FieldItem {
320 pub marker: Option<String>,
321 pub key: Option<String>,
322 pub value: Option<String>,
323}
324
325/// One DocumentPictureClassifier prediction — docling-core's
326/// `PictureClassificationClass` (`class_name` + `confidence`).
327#[derive(Debug, Clone, PartialEq)]
328pub struct PictureClass {
329 /// e.g. `bar_chart`, `logo`, `signature` (the classifier's 26-label set).
330 pub class_name: String,
331 pub confidence: f32,
332}
333
334/// An extracted picture's raw encoded bytes plus its mimetype and pixel size —
335/// the docling.rs analogue of docling-core's `ImageRef`.
336#[derive(Debug, Clone, PartialEq)]
337pub struct PictureImage {
338 /// e.g. `image/png`, `image/jpeg`.
339 pub mimetype: String,
340 pub width: u32,
341 pub height: u32,
342 /// The image file bytes, exactly as embedded (PNG/JPEG/…).
343 pub data: Vec<u8>,
344}
345
346impl PictureImage {
347 /// A `data:` URI for the image (`data:<mimetype>;base64,<…>`).
348 pub fn data_uri(&self) -> String {
349 format!(
350 "data:{};base64,{}",
351 self.mimetype,
352 crate::base64::encode(&self.data)
353 )
354 }
355}
356
357/// A simple row-major table. By default `rows[0]` is the header row; a
358/// [`TableStructure`] overlay overrides that and adds column spans.
359#[derive(Debug, Clone, PartialEq, Default)]
360pub struct Table {
361 pub rows: Vec<Vec<String>>,
362 /// Optional layout provenance: the four DocLang `<location>` values
363 /// (`x0,y0,x1,y1`, each already normalized to the 0–511 resolution) emitted
364 /// before the table's cells. Set only by backends with real geometry (e.g.
365 /// the spreadsheet backend, whose cell grid yields a bounding box); left
366 /// `None` by declarative backends, which have no coordinates.
367 pub location: Option<[u16; 4]>,
368 /// Optional OTSL structure overlay for backends that parse real table
369 /// geometry (USPTO CALS): explicit header-row count and horizontal-span
370 /// continuations. `None` → the default (row 0 is the header, no spans).
371 /// `rows` still carries the full text grid (span text replicated) for
372 /// Markdown/JSON; DocLang uses this overlay to emit `<ched/>`/`<lcel/>`.
373 pub structure: Option<TableStructure>,
374 /// Optional per-cell block content, parallel to `rows`. A *rich* cell (an
375 /// ODF cell holding a list, several paragraphs, or a nested table) carries
376 /// its DocLang blocks here; the DocLang serializer emits them after the
377 /// cell token instead of the flat `rows` text. Markdown/JSON ignore this
378 /// and render `rows`, so their output is unchanged. `None` (or an empty
379 /// `Vec` for a given cell) → the flat text is used everywhere.
380 pub cell_blocks: Option<Vec<Vec<Vec<Node>>>>,
381}
382
383/// OTSL structure overlay for a [`Table`], parallel to [`Table::rows`].
384#[derive(Debug, Clone, PartialEq, Default)]
385pub struct TableStructure {
386 /// Per-row: `true` if the row's non-empty cells are column headers
387 /// (emitted as `<ched/>` rather than `<fcel/>`).
388 pub header_row: Vec<bool>,
389 /// Same shape as [`Table::rows`]; `true` where a cell continues a
390 /// horizontal span from its left neighbour (emitted as `<lcel/>`).
391 pub col_continuation: Vec<Vec<bool>>,
392 /// Same shape as [`Table::rows`]; `true` where a cell continues a
393 /// vertical span from the cell above (emitted as `<ucel/>`). Empty or all
394 /// `false` when the backend has no vertical spans (e.g. USPTO CALS).
395 pub row_continuation: Vec<Vec<bool>>,
396 /// Same shape as [`Table::rows`]; `true` where a non-empty cell is a row
397 /// header (emitted as `<rhed/>`) — a chart's category column. Empty when
398 /// the table has no row headers.
399 pub row_header: Vec<Vec<bool>>,
400 /// Same shape as [`Table::rows`]; `true` where a cell is a *column header*
401 /// cell (an HTML `<th>`). When non-empty this per-cell grid supersedes the
402 /// per-row [`Self::header_row`] for `<ched/>` emission, matching docling's
403 /// cell-level `column_header` flag; the chunker derives its header-row
404 /// count from it.
405 pub col_header: Vec<Vec<bool>>,
406}
407
408impl DoclingDocument {
409 /// Create an empty document with the given name.
410 pub fn new(name: impl Into<String>) -> Self {
411 Self {
412 name: name.into(),
413 nodes: Vec::new(),
414 strict_markdown: false,
415 compact_tables: false,
416 links: Vec::new(),
417 }
418 }
419
420 /// Append a node.
421 pub fn push(&mut self, node: Node) {
422 self.nodes.push(node);
423 }
424
425 /// Convenience: append a heading.
426 pub fn add_heading(&mut self, level: u8, text: impl Into<String>) {
427 self.push(Node::Heading {
428 level,
429 text: text.into(),
430 });
431 }
432
433 /// Convenience: append a paragraph.
434 pub fn add_paragraph(&mut self, text: impl Into<String>) {
435 self.push(Node::Paragraph { text: text.into() });
436 }
437
438 /// Serialize the document to Markdown.
439 ///
440 /// The Rust equivalent of docling-core's
441 /// `DoclingDocument.export_to_markdown()`. Uses [`Self::strict_markdown`] to
442 /// pick between docling-legacy output (default) and the cleaner, more
443 /// conformant variant.
444 pub fn export_to_markdown(&self) -> String {
445 to_markdown(self, self.strict_markdown)
446 }
447
448 /// Serialize to Markdown, explicitly choosing the mode regardless of
449 /// [`Self::strict_markdown`]. `strict = true` produces cleaner, more
450 /// conformant Markdown (code-fence languages preserved, no inline-run
451 /// spacing artifacts); `strict = false` reproduces docling's legacy output.
452 pub fn export_to_markdown_with(&self, strict: bool) -> String {
453 to_markdown(self, strict)
454 }
455
456 /// Serialize to docling-core's native JSON wire format (`DoclingDocument`
457 /// schema), pretty-printed — the Rust equivalent of
458 /// `DoclingDocument.export_to_dict()` / `save_as_json()`. The output loads
459 /// back into Python docling-core and round-trips to the same Markdown.
460 pub fn export_to_json(&self) -> String {
461 serde_json::to_string_pretty(&crate::json::to_json(self))
462 .expect("DoclingDocument JSON is always serializable")
463 }
464
465 /// Serialize to DocLang XML (`<doclang version="0.7">…`), the markup that
466 /// lives inside a `.dclx` archive — the Rust counterpart of docling-core's
467 /// `export_to_doclang()` with default parameters. No trailing newline; the
468 /// archive writer appends exactly one.
469 pub fn export_to_doclang(&self) -> String {
470 crate::doclang::export_to_doclang(&self.nodes)
471 }
472
473 /// Serialize to Markdown with an explicit picture [`ImageMode`] (mirrors
474 /// docling's `image_mode`). Returns the Markdown and, for
475 /// [`ImageMode::Referenced`], the `(relative-path, bytes)` of each image the
476 /// caller should write next to the Markdown file. `artifacts_dir` is the
477 /// directory name used in referenced links.
478 pub fn export_to_markdown_with_images(
479 &self,
480 image_mode: ImageMode,
481 artifacts_dir: &str,
482 ) -> (String, Vec<(String, Vec<u8>)>) {
483 to_markdown_images(self, self.strict_markdown, image_mode, artifacts_dir)
484 }
485}