CMDB: document the rebuilt object detail page
The v2 layout is now object.php, so the user page and the two developer
guides that described the old one are updated.
CMDB.md — the detail-page section is rewritten:
- header: class icon, the signal colour taken from the item's own data,
and the chips that are also the controls (state, parent)
- the four headline numbers, and what each one means
- Details: cards for filled fields, empty ones collapsed
- Connections: the merged panel, with a table of the four KINDS and how
each one is created, and why the tally counts by kind rather than by
direction
- "Adding a relationship — in either direction", with the worked preview
sentence — this is new capability, not just a new layout, so it gets
its own section
- blast radius reframed as a left-to-right chain
- Impact Panel / Inline Mini-Graph sections removed; a note explains what
they were merged into and why
Developer guides:
- foundations: the detail-page file-table row, and a new warning under
"two kinds of link" that a relationship ROW is directional and the UI
can now write it either way — no direction column, no second row, the
inverse still comes from inverse_verb at render time. Anything creating
a relationship must decide which end is the subject rather than
assuming it is the current object.
- impact guide: renderBlastRadius() -> blastHtml(), and a note that
cmdbDirectImpact()'s buckets are now consumed by connectionsHtml() /
connectionTally() instead of being rendered as three panels.
Three i18n lessons added to the foundations guide's verification section,
all earned this session:
- parity is NOT enough — audit placeholders too. {depth} was added to
blast_headline_other in EN only and parity passed perfectly.
- keys built by concatenation are invisible to a grep.
- prove there are no unresolved keys from the RENDERED page, since a
missing key falls back to its own name.
Checked: every pathed file reference still resolves, all three internal
anchors resolve, no object2 references remain anywhere.
CMDB: correct drift in the three developer guides and the module page
Small factual fixes found while auditing docs/cmdb.md against the code:
- foundations guide claimed "three" AI features and listed two. The third,
"suggest a relationship", only ever existed in the design doc. Says so
now, with a warning to check api/cmdb/ before trusting that doc.
- file table was missing create_impact_diagram.php (#973), the three AI
settings endpoints, cmdb/help.php, and the ticket_cmdb_objects table.
- known gaps now list the tree view and the unbuilt AI feature.
- impact guide s11 said the graph visualisation was still V2 "and this
ships as a grouped list" - contradicting s10 on the same page, which
documents the Network Mapper handoff that answers it.
- lang key counts had drifted (582 and 547 against an actual 586). The
foundations guide carries the total; the impact guide no longer repeats
a number that has to be maintained in two places.
- CMDB.md said the help guide has 12 sections; it has 14.
- CMDB.md now frames docs/cmdb.md as pre-build design rationale rather
than "the full design and roadmap", and lists ticket_cmdb_objects.
Pairs with #974 in the app repo.
CMDB: foundations + data-quality developer guides
Clears the documentation debt. The module had no developer guide at all
despite being the most complex one; it now has three, scoped per feature
like the rest of the wiki.
The foundations guide covers the thing most likely to be got wrong: there
are two entirely separate kinds of link (containment means ontological
dependency and cascades; relationships do not), plus where the shared
write rules live and what is deliberately outside them, and why delete is
explicit rather than trusting FK cascades that a Verify-grown install does
not have.