Batch E of docs/PRESENTATION-INTEGRATION-2026.md, the last one. The presentation module now works both as the start page and by address: the home branch of index.php reads the side and top positions of the module the way the named route does, the module tells the home layout that its hero carries the h1, and the screenshot rig captures the page on its own. The plan closes with the status line "A-E closed, nothing next".

Core changes:

1. Start page (index.php, modules/presentation/index.php, templates/lite/layouts/home.html):
2. The $home branch sets $blocks and $blocks_c from $conf['modules'][$name]['side'|'top'], so admin.php?name=modules governs the start page too

3. presentation() sets $sitevars['has_own_title'] after setHead() rebuilt the array; the layout prints the site name h1 only without the flag

   • the hero stays the one h1 of the page, verified over HTTP with module = presentation and with module = news
4. The dead data-sl-pres-tab hook of the devtools scheme is gone: nothing read it
5. Screenshot rig (tools/ui-shots.json, tools/ui-shots.mjs):
6. The manifest gains the presentation page; the shuffled site strip is masked as a box of fixed height
7. setScrolled() bounds its wait for lazy images to three seconds: a tile a script hid or a card past the edge of a strip never fires load or error, and the presentation page holds ninety of them, so the run stood still for good
8. setMasks() pauses SMIL animations, because animation: none does not stop the dot walking the pipeline path
9. Tests and plan (tests/Unit/CommentIsolationTest.php, tests/Unit/UploadFormatTest.php, tools/ui-audit-baseline.json, docs/PRESENTATION-INTEGRATION-2026.md):
10. core/admin.php left the list of files assembling a table name in batch A; the lightbox test follows the a[data-sl-shot-open] hook of batch D and asserts the dead a.site-link is gone
11. The audit baseline is re-stored with equal counts; the plan status reads "closed A-E, nothing next"

Benefits:

• One rule for block positions on every route, set in one admin screen
• No second h1 when the presentation opens as the start page
• The rig cannot hang on a page with lazy or SMIL content, and it guards the presentation page from now on

Technical notes:

• Breaking change (plan decision 10): the start page used to treat the empty $blocks as "both columns"; it now honours the module's side setting, so news with side = 2 loses its left column on the start page. The news setting is untouched; side = 0 in admin.php?name=modules restores both columns
• The rig compared the site cabinet pages for the first time since batch B and reports their 3-4 px growth: the --sl-font-micro 10 -> 11 step of decision 6, not this batch
• No schema, URL or API change

Batch C of docs/PRESENTATION-INTEGRATION-2026.md. The module collects the live request figures, the counters, the tables, the changelog, the monitor store and the galleries into one array, and partials/presentation.html owns every tag and class through fourteen partials and eight fragments written against the class contract of presentation.css. Two defects of that contract found by the browser walk are fixed in the same batch.

Core changes:

1. Module data (modules/presentation/index.php):

2. getPresentationData() builds the page: hero gauges, rail, rhythm series, module topology, block router, guard counters, runtime telemetry, commits, statistics, cache pipeline, principles, brand, sites, voices and pulse

   • load stats are read after the SQL of the sections, so the query count is the real one
   • topology and counts cover front modules only (type 1); the DB version keeps its numeric part
   • texts are constants, numbers have a named source; PHP passes words, urls, attribute values and flags
3. presentation() renders one getHtmlPart('presentation', ...) between setHead() and setFoot()
4. Theme markup (templates/lite/partials/presentation.html, templates/lite/fragments/presentation-.html):

5. One root partial, hero, sticky rail and twelve sections; fragments for head, stat, ring, module, commit, brand tile, site tile and voice

   • rings reuse .sl-knob with tone flags, shares travel as --sl-d-part, tones as data-sl-tone
   • SVG wiring of the module map, the block router and the cache ring lives in the html
   • brand tiles carry data-sl-shot-open, a download link and hidden past the fifth until the plugin
   • galleries expose data-sl-pres, data-sl-pres-step, data-sl-pres-range and data-sl-pres-of
6. Language constants (modules/presentation/lang/*.php):

7. _PRES_BL_ORDER, _PRES_SQL_TIME and _PRES_DT_MEMORY added; _PRES_MD_BUILD, _PRES_GD_ALLOWED, _PRES_GD_CAUGHT and _PRES_ST_HUMAN_T removed as unused; _PRES_AR_TTL reads minutes, as cache_t does

8. Stylesheet corrections (templates/lite/assets/css/presentation.css, tools/ui-contract.php):

9. The devtools panes become .sl-pres-tab-pane: .sl-pres-pane was declared twice and the house windows inherited the tab pane height and padding

10. The guard counters fold by --sl-gauge-width instead of three fixed columns
11. Two selectors of removed <time> elements dropped; --sl-d-part names the runtime partial too

Benefits:

• The page shows real figures of this request, this day and this server, nothing invented in the browser
• Markup and classes stay in the theme; the PHP markup scanner reads zero
• The lite class counter returns to zero and the baseline is stored again

Technical notes:

• Plan status: batches A-C closed, next batch D (plugin, scroll spy, viewer hook)
• No schema, URL or API change; the page is not cached and stays outside the page cache allowlist
• The monitor section hides itself while the sampler has not run for five minutes

Batch A of docs/PRESENTATION-INTEGRATION-2026.md. The admin monitor keeps only its page; everything that measures the server lives in core/monitor.php, a scheduler job writes one sample per minute into monitor.json, and the presentation module gets its sites, brand archive, principles and voices from config/presentation.php with every visible word as a PRES* constant in six locales.

Core changes:

1. Shared metrics layer (core/monitor.php, admin/modules/monitor.php, core/system.php):

2. Thirty functions moved from the admin monitor, not copied; the admin file keeps the page only

   • getServerSoftware() splits SERVER_SOFTWARE once for the admin monitor and the module
   • getSecurityEventCount() counts warn.log and hack.log without returning a line of them
   • getMemorySafeLimit() dropped for a direct getMemoryLimitBytes(true) at its one call site
3. One require_once next to core/security.php, guarded by FUNC_FILE like its neighbours
4. Scheduler sampler (config/scheduler.php, core/system.php):
5. Job monitor: system type, every minute, priority 9 so it never outranks mail or newsletter

6. addMonitorSample() runs the two history writers, then stores disk, uptime, cores, soft and sampled_at

   • the presentation module hides its monitor section when sampled_at is older than five minutes
7. Five core readers (core/system.php, core/admin.php, core/user.php):
8. getTableCount(), getSessionCounts(), getStatsToday(), getStatsDays(), getLoadLimits()
9. getAdminCountRow(), getUserSessionInfo(), getDebugSystemInfo() and the PNG counter read through them
10. Module data (config/presentation.php, modules/presentation/):
11. 71 sites, 34 brand items, 4 principles and 3 sample voices extracted from the etalon by script
12. 399 PRES* constants in de, en, fr, pl, ru, uk; dictionary fields name constants, proper names stay raw
13. getPresentationSites/Brand/Dna/Voices() return data and flags only, no markup
14. 34 brand thumbnails at 440 px under brand/thumb, under two megabytes in total

Benefits:

• The public page never runs exec() itself: it reads a sample the scheduler wrote
• One parser for the web server name, one COUNT helper, one statistic.log reader
• Every text of the future home page is translatable before a single template exists

Technical notes:

• monitor.json gains disk_*, uptime, cores, soft and sampled_at beside the existing rows
• getUserSessionAdminInfo() and getStatistic() keep their own loops: neither ran a COUNT to consolidate
• config/presentation.php is a new tracked config file; the plan status line moves to batch B
• Backward compatible: admin monitor pages, session summary and the PNG counter render as before

The old main module with its slider and carousel gives way to a presentation module whose material lives under uploads/presentation/; the lite theme drops the slider assets. The etalon face of the stand gets real site names and categories, ratings from the thumbnail weight, an autoplaying shuffled strip, one veil treatment for every picture, a rail that follows the page, and radii, spacing and icon sizes snapped onto the theme ladders.

Core changes:

1. Presentation module (modules/presentation/index.php, config/modules.php, lang/*.php, blocks/img.php):
2. main is renamed to presentation in the module registry and the six language files (_PRESENTATION)
3. the screenshot block reads uploads/presentation/sites/thumb instead of uploads/screens/thumb

4. uploads/screens/* move to uploads/presentation/sites/*; brand materials and DNA bands join them under uploads/presentation/brand and uploads/presentation/dna

5. Lite theme (templates/lite/, tests/, tools/ui-*):
6. the main slider, carousel and their fragments, lib.js, the season and slide images are removed
7. the LCP preload keeps only the head-content case; the menu, footer and link fragments follow the new module name
8. the slider tests go, the template test points at menu.html; audit baseline, contract and contrast files are refreshed
9. Etalon block 12, sites (demo/22-dashboard-layout-etalon.html, demo/assets/twentytwo.css, demo/assets/twentytwo.js):
10. 71 cards carry the site name and a category read from the screenshot instead of the address
11. the rating is the thumbnail weight in twenty-byte steps, as the old main module counted it

12. no viewer on site cards; the strip autoplays, pauses under the pointer or focus, shuffles on every load, hides its own scrollbar and resets after the shuffle so scroll anchoring cannot drag it away

13. Etalon block 11, brand archive:
14. pictures fill the tile; logotypes and partner badges stay contain; caption on the image, open and download tools on top
15. the same veil and lifting filter as block 12; the veil also serves the DNA principles of block 10
16. Etalon page order and rail (demo/22-dashboard-layout-etalon.html, demo/assets/twentytwo.css):
17. voices and pulse move to the end, the numbers and the road rail follow
18. the rail loses its label and its search; short uppercase labels at 14 px spread from edge to edge with the track under them
19. the fill ends inside the current label, the rail scrolls the current label into view, anchors land below the sticky rail
20. the security log is born full so the section keeps one height and anchors below it do not drift
21. Etalon standard (demo/22-dashboard-layout-etalon.html, demo/assets/twentytwo.css, demo/assets/demo.js):
22. 192 radii and 481 spacing declarations snap onto --sl-radius-* and --sl-space-*
23. section number and icon share one 34 px height; card title icons and icon boxes grow to the control size
24. --sl-font-micro is 11 px inside the etalon; nothing on the page renders below that
25. the shared DEMO_SITES list carries the same names and categories for the other eighteen faces

Benefits:

• one module name and one upload path for the presentation material across the CMS, the theme and the stand
• the etalon reads as one system: one veil, one caption, one rail behaviour, one ladder for radii and spacing
• the strip and the rail behave deterministically instead of relying on browser scroll anchoring

Technical notes:

• uploads/screens/* are renamed, not re-added; uploads/presentation/brand/* are new binaries (34 files)
• three demo assets are normalised to LF as .gitattributes requires
• no schema, route or API change; index.php?name=main no longer exists, the module is presentation

The Phoenix collection of 2026-09-08 is removed whole and replaced by eighteen presentations of index.php?name=main that share one engine, deck.css and deck.js, and differ in page skeleton, first screen, chart mix and palette rather than in a preset. Six faces develop the leader 00-dashboard-layout.html; twelve reinterpret the dashboard references. A nineteenth face puts the leader into the chrome of the system.

Core changes:

1. Presentation engine (demo/assets/deck.css, demo/assets/deck.js):

2. One palette contract on .p-page, every token in both schemes through light-dark()

   • grid, cards, KPI tiles, tables, rings, bars, heat, logs, ticker, nav, rail, topbar, road, timeline,

calendar, showcase, voices, scenes

• One body of figures, DECK_DATA, and every moving part read from data attributes

  • canvas charts: area, line, spark, bars, hbars, donut, gauge, radar, candles, heat, with periods

and hover tips

• module registry table with search, header sort and section filters
• event streams, flicker figures, CSS bars, heat cells, calendar, written lists
• guard and cache switches, the guard court, the cache route, the PDO bus, walkers, scroll spy
• the real site header and footer fetched around a face unless the gallery opens it bare

1. Faces (demo/01-command-deck.html … demo/18-aeros-horizon.html):

2. 01-06 keep the leader's DNA in six compositions: command deck, observatory wall, ledger with a right column, cockpit with three gauges, one-column flow, module studio

3. 07-18 follow the references: RecehTok neon and exchange, Calltimes rhythm, Vaulto carbon and editorial, Hynex vital, Fobework campus, odds analytics, cyber sentinel, Rinesk lime, Aeros atmosphere and horizon

4. real facts stay fixed, illustrative figures are declared on every page
5. Laboratory face (demo/19-phoenix-laboratory.html, demo/assets/nineteen.css, demo/assets/nineteen.js):
6. the leader shown inside the chrome of the system
7. Stand chrome (demo/assets/demo.js, demo/index.html, demo/README.md):
8. the manifest names the scheme a face was designed in and the gallery opens it in that scheme
9. the README describes the engine, its attributes and the nineteen faces
10. Documentation (docs/CABINET-CONSOLIDATION-2026.md):
11. the finished consolidation plan is removed from the tree

Benefits:

• a new face is markup, a palette and v-* rules, never a script of its own
• eighteen pages cannot disagree about a figure
• both schemes are held by one declaration per token

Technical notes:

• nothing here ships: demo/ is the development stand
• no external resources; icons, photos and screenshots are local
• screenshots keep the two laws of the stand: 260 wide, never taller than natural