返回 ppt-master
executor-table.md
根目录 / skills / ppt-master / references / executor-table.md
1 > See [`executor-base.md`](./executor-base.md) for page authoring and [`executor-visualization.md`](./executor-visualization.md) when a table-family SVG is selected.
2
3 # Executor Table Branch
4
5 Conditional Executor authority for semantic cell grids whose row/column intersections carry the information.
6
7 **Trigger**: load when the page contains an actual cell-grid table or its primary reference uses `table/<key>`.
8
9 ---
10
11 ## 1. Cell-grid Boundary
12
13 | Information model | Route |
14 |---|---|
15 | A row header and column header jointly address each body fact; summaries and optional rectangular spans preserve the same grid | This branch |
16 | Independent visual zones compare categories without a shared row/column grid | [`executor-structure.md`](./executor-structure.md) |
17 | Values determine marks, positions, lengths, areas, angles, radii, or color bins | [`executor-chart.md`](./executor-chart.md) |
18
19 Graphical indicators may appear inside cells without changing the table family, provided the row/column grid still carries their meaning. A row of metric cards or two prose columns is a qualitative structure, not a table.
20
21 **Hard rule — physical grid is insufficient**: A PowerPoint table object or a
22 rectangular drawing grid does not establish Table semantics. Exact dates or
23 durations that drive task-bar position and length route to
24 [`executor-chart.md`](./executor-chart.md); qualitative stage/lane placement
25 routes to [`executor-structure.md`](./executor-structure.md).
26
27 When a `table/<key>` primary reference exists, [`executor-visualization.md`](./executor-visualization.md) owns resolution and flexible adaptation. A custom cell grid follows this branch without loading a catalog SVG.
28
29 **Reference — not a constraint**: `record_table` covers heterogeneous record ×
30 field grids; `metric_table` covers entity × KPI scanning;
31 `comparison_matrix` covers heterogeneous criterion × alternative facts;
32 `feature_matrix` covers capability states; `rating_matrix` covers one repeated
33 ordinal scale; and `hierarchical_table` covers grouped/indented rows with detail
34 and totals. These keys separate recurring cell grammars without changing the
35 shared row/column information-model boundary.
36
37 ---
38
39 ## 2. Grid Construction
40
41 **Hard rule — grid before decoration**: establish the complete logical grid before drawing fills, borders, badges, or other cell treatment.
42
43 1. Resolve column count, row count, header rows, row labels, summaries, and any rectangular visual spans from the authoritative content.
44 2. Allocate column widths and row heights from semantic weight and real text/data fit; do not default to equal columns when labels or values differ materially.
45 3. Place every cell value, unit, qualifier, status, and source-bearing note in its correct intersection.
46 4. Apply alignment consistently by content role, including comparable numeric alignment and stable header/body hierarchy.
47 5. Add rules, fills, banding, highlights, and in-cell indicators only after the grid reads correctly in plain form.
48
49 **Per-cell completeness**: never drop a row, column, summary, footnote, unit, or qualifier to imitate a lighter catalog preview. Reflow text, widen the affected column, rebalance adjacent columns, or increase row height while preserving the active page's information contract and [`executor-base.md`](./executor-base.md) typography bounds.
50
51 **Visual span discipline**: merge only rectangular regions whose repeated boundaries would obscure an intended shared heading or group. Covered areas must not carry competing visible content. This branch owns the visible SVG geometry only; any native merge fields or payload topology belong exclusively to [`native-data-interface.md`](./native-data-interface.md).
52
53 **Table chrome**: make header/body/summary roles distinguishable with the lightest sufficient combination of weight, fill, rule, and whitespace. Keep comparison scanning stable across the grid; decorative card treatment must not break row or column continuity.
54
55 ---
56
57 ## 3. Object Boundary
58
59 Treat each semantic table as one independently bounded page object even when it contains nested cell groups. Captions, source notes, and explanatory callouts may sit outside the grid when their ownership is visually explicit.
60
61 Native readiness is decided per independent table object, not by the `table`
62 family or numeric cells. Reuse its §IX/Quick semantic object key in the
63 `Native-ready` map; only `<object-key>=yes` loads and follows
64 [`native-data-interface.md`](./native-data-interface.md). All others remain
65 ordinary Shape-first SVG geometry under [`executor-base.md`](./executor-base.md).
66
66 lines MARKDOWN