page restructuring

Author: antonkri

…hub/skills/module-phase-tracker/SKILL.md .github/skills/overall-status/SKILL.md.github/skills/module-phase-tracker/SKILL.md renamed to .github/skills/overall-status/SKILL.md .github/skills/module-phase-tracker/SKILL.md renamed to .github/skills/overall-status/SKILL.md

@@ -1,15 +1,21 @@
 ---
-name: module-phase-tracker
-description: "Update the Feature and Process Status table in feature_and_process_status.rst. Use when: checking module status, updating feature status tracker, refreshing work product status, deriving completion status from eclipse-score GitHub repos for Baselibs, Communication, Logging, Orchestrator, Persistency, Time, Config Management, Lifecycle, Security/Crypto."
+name: overall-status
+description: "Update the Feature and Process Status table in docs/s_core_v_1/roadmap/overall_status.rst. Use when: checking module status, updating feature status tracker, refreshing work product status, deriving completion status from eclipse-score GitHub repos for Baselibs, Communication, Logging, Orchestrator, Persistency, Time, Config Management, Lifecycle, Security/Crypto."
 argument-hint: "optional: module name or 'all'"
 ---
 
 # Feature and Process Status Tracker
 
 Derives and updates the completion status table in
-`docs/feature_and_process_status.rst` by querying the live eclipse-score GitHub
+`docs/s_core_v_1/roadmap/overall_status.rst` by querying the live eclipse-score GitHub
 repositories.
 
+> **Navigation (updated 2026-05)**: `overall_status.rst` is linked from
+> `docs/s_core_v_1/roadmap/roadmap.rst` under the **Status & Goals** toctree section.
+> The file was moved from `docs/s_core_v_1/status/` to `docs/s_core_v_1/roadmap/`.
+> The `status/` folder has been removed. The roadmap itself is split into sub-pages:
+> `roadmap.rst`, `pi1.rst` – `pi4.rst`, `overall_status.rst`, all under `docs/s_core_v_1/roadmap/`.
+
 ## When to Use
 
 - Refresh the tracker table with current data
@@ -18,7 +24,7 @@ repositories.
 
 ## RST File Structure
 
-`docs/feature_and_process_status.rst` consists of a file header followed by 5
+`docs/s_core_v_1/roadmap/overall_status.rst` consists of a file header followed by 5
 Process Area sections. Each section has this exact pattern:
 
 ```rst
@@ -87,6 +93,7 @@ See :ref:`<workflow_ref>`.
 **Important rules:**
 - `.. needpie::` does **NOT** support a `:title:` option — omit it entirely (causes build errors)
 - The pie chart table uses CSS class `compact-overview-table`; each cell needs `.. rst-class:: small-pie-cell` before its `.. needpie::`
+- **Pie chart sizing**: `custom.css` sets `compact-overview-table` to `width: 100%; table-layout: fixed` with each column at `width: 33%`. The generated `<img>` elements have their sphinx-needs fixed pixel sizes overridden via `width: 100% !important; max-width: 100% !important; height: auto !important` (selectors: `.small-pie-cell img`, `.compact-overview-table td img`, `img[id^="needpie-"]`). **Do NOT add explicit pixel sizes** — this causes horizontal scrolling.
 - The module tracker table uses CSS class `module-phase-tracker-table`
 - Both `.. rubric::` directives are plain inline text — NOT RST section headings
 - The `.. rubric:: Implementation status:` line is computed (see Step 4 in Procedure) and placed directly before the module tracker table
@@ -99,8 +106,9 @@ See :ref:`<workflow_ref>`.
          | (4,663 tests)
     ```
     ```rst
-       - 🔄 **C0:** 92.3%
+       - 🔄
 
+         | **C0:** 92.3%
          | **C1:** 60.3% (cpp)
          | **Rust line:** 74.4%
     ```
@@ -261,7 +269,7 @@ See :ref:`verification_workflows`.
    **Dynamic Code Analysis** is tracked via sanitizer CI workflows ...
 ```
 
-Columns: **Unit Tests**, **C0/C1 Coverage**, **Comp. Integration Tests**, **Feature Integration Tests**, **Static Code Analysis**, **Dynamic Code Analysis**, **Module Verification Report**
+Columns: **Unit Tests**, **C0/C1 Coverage**, **Comp. Integration Tests**, **Feature Integration Tests**, **Static Code Analysis**, **Dynamic Code Analysis**, **Module Verification Report**, **Platform Verification Report**
 
 **Cross-module integration test format** (when tests live in `reference_integration`, not the module's own repo):
 ```rst
@@ -353,18 +361,20 @@ gh api "repos/eclipse-score/reference_integration/actions/jobs/$JOB_ID/logs" \
 | Lifecycle | `score_lifecycle_health_cpp` | `score_lifecycle_health_rust` |
 | Security/Crypto | not in CI | — |
 
-**Format in table (C0 on first line, C1 and Rust each as `| ` line-blocks):**
+**Format in table (status emoji alone on first line, all coverage metrics as `| ` line-blocks below):**
 - CPP + Rust:
   ```rst
-     - 🔄 **C0:** 92.3%
+     - 🔄
 
+       | **C0:** 92.3%
        | **C1:** 60.3% (cpp)
        | **Rust line:** 74.4%
   ```
 - CPP only:
   ```rst
-     - 🔄 **C0:** 87.9%
+     - 🔄
 
+       | **C0:** 87.9%
        | **C1:** 58.8% (cpp)
   ```
 - Not available: `❌ Open`
@@ -455,6 +465,15 @@ Dynamic analysis is performed via sanitizer CI workflows (ASan/UBSan/LSan for C+
 - **🔄 In Progress**: file exists with `:status: draft`
 - **❌ Open**: file does not exist, OR file is a template placeholder only
 
+### Process Area 5 — Platform Verification Report
+The Platform Verification Report (`wp__verification_platform_ver_report`) is a single cross-module document in `eclipse-score/score` at `docs/score_releases/verification/platform_ver_report.rst`. It tracks **feature requirement test coverage** (via `FullyVerifies`/`PartiallyVerifies` links in Feature Integration Tests on `feat_req__...` IDs) and platform-level test results.
+
+- **✅ Available**: `docs/score_releases/verification/platform_ver_report.rst` has `:status: valid` AND contains actual verification data
+- **🔄 In Progress**: file exists with `:status: draft`
+- **❌ Open**: file does not exist, OR is a template placeholder only
+
+> ⚠️ This column is **not per-module** — it is the same document for all modules. Show the same status in every row.
+
 ## Procedure
 
 ### Prerequisites
@@ -662,7 +681,7 @@ Before updating the file, verify these invariants:
 
 ### Step 6 — Update the RST file
 
-Write the computed values to `docs/feature_and_process_status.rst` following the formatting rules in the RST File Structure section above. Update the `.. rubric:: Implementation status:` line for each PA.
+Write the computed values to `docs/s_core_v_1/roadmap/overall_status.rst` following the formatting rules in the RST File Structure section above. Update the `.. rubric:: Implementation status:` line for each PA.
 
 ---
 
@@ -689,9 +708,45 @@ Add a row to the Modules and Repos table above (with known_good.json key and pat
 - Central CodeQL finding counts require GitHub Security tab access.
 - Feature integration tests heuristic is weak — manual verification recommended
 
+## Docs Structure (reference_integration)
+
+```
+docs/
+  index.rst                          ← top-level: Modules, PMT, S-Core v1.0, Integration Status
+  conf.py                            ← Sphinx config (pydata theme, sidebar-toggle.js, custom.css)
+  _assets/
+    custom.css                       ← compact-overview-table (fluid 33%-per-column pie charts, !important img override), module-phase-tracker-table, wide-content-page, collapsible right sidebar
+    sidebar-toggle.js                ← right sidebar collapse/expand toggle (persisted in localStorage)
+  _templates/
+    sidebar-root-nav.html            ← left nav with startdepth=0 (shows full toctree on all pages)
+  s_core_v_1/
+    index.rst                        ← S-Core v1.0 section: Status, Releases, Verification, Roadmap
+    status/
+      status.rst                     ← Status section index (toctree)
+      overall_status.rst             ← Feature and Process Status tracker (THIS FILE — updated by this skill)
+    releases/
+      releases.rst
+      score_07.rst
+    verification/
+      verification.rst
+      unit_test_summary.md
+      coverage_summary.md
+    roadmap.rst
+  integration_process/
+    integration_process.rst          ← Integration Process section (currently empty placeholder)
+  sw_components.rst
+  process_tools.rst
+  needs_filters.py                   ← sphinx-needs filter functions for pie charts
+```
+
+**`conf.py` key settings:**
+- `html_sidebars = {"**": ["sidebar-root-nav"]}` — full left nav on every page
+- `html_js_files = ["sidebar-toggle.js"]` — collapsible right TOC sidebar
+- `html_theme_options.secondary_sidebar_items` — suppresses right TOC on `s_core_v_1/roadmap/overall_status` and `feature_and_process_status` pages
+
 ## Complete RST Snapshot
 
-Full content of `docs/feature_and_process_status.rst` as of last update (2026-05).
+Full content of `docs/s_core_v_1/roadmap/overall_status.rst` as of last update (2026-05).
 Use this to recreate the file from scratch if needed.
 
-See the file directly at `docs/feature_and_process_status.rst` in `eclipse-score/reference_integration`.
+See the file directly at `docs/s_core_v_1/roadmap/overall_status.rst` in `eclipse-score/reference_integration`.