Components Progression
list-criteria
Progression Ledger Structure
Numbered criteria list — each requirement is a row with rationale.
Use to enumerate the criteria a decision must meet, in priority order. Numbering signals weight; each row reads as a complete requirement.
When to use
- Criteria that must all be satisfied. When the audience needs to read each requirement as a complete gate, not a suggestion. The numbered ledger format signals 'these are the rules' rather than 'here are some options'.
- Order encodes priority. The leading-zero counter (
01,02, …) reads as rank. Put the load-bearing criterion first; the audience uses position as a weight. - Three to six rows. Below three the ledger feels under-furnished; above six the row gap closes and the audience loses scannability. Group adjacent criteria or split into two slides.
When not to use
- Parallel options, not gates. If the items are alternatives the audience is choosing between, use
cards-gridorverdict-grid. list-criteria is for requirements all of which must hold. - Rationale longer than two lines. Each row is a one-sentence rationale. If a criterion needs a paragraph, lift it to
list-stepsorsplit-panelwhere the body has room to breathe. - Missing criterion title. The lead line on each li — rendered bold automatically — is what makes the ledger scannable. A naked sentence per row reads as paragraph soup; the title is the structure.
Slots
| Slot | Selector | Required | Description |
|---|---|---|---|
title | h2 | yes | Slide heading naming the framework. |
criteria | ol > li | yes | One li per criterion. The lead text is the criterion title — it renders bold automatically (no … needed); follow it with a nested - rationale bullet. |
Anatomy
┌─────────────────────────────────────────┐
│ header │
│ Criteria heading. │
│ │
│ 01 First criterion — gloss │
│ 02 Second criterion — gloss │
│ 03 Third criterion — gloss │
│ 04 Fourth criterion — gloss │
│ │
│ footer 1/19 │
└─────────────────────────────────────────┘