Learner interaction primitives — pick list23 interaction patterns the MMD engine can support. Tick the ones that have a real screen in K1 — not the interesting ones, the necessary ones.
1. Read “when to use”, not the name. Every card states the learning purpose it serves — and when it is the wrong choice.
2. Tick only if there is a screen. Enter the storyboard v2 screen ID (e.g. K1_PL01_T3_S13). A card without a screen does not enter the register.
3. Download your picks. The button below produces a candidate JSON file — the input for the register row and the U2 mapping table. The ruling stays with you.
deck technical frame already exists (KES-003)
standard common instructional-design practice
site construction / CIDB specific
No-scroll risk: low medium high
What this menu is not
- Not a ruling. Your picks become candidates; mapping to U2 / TEMPLATE / SIL waits for the vocabulary-bridge ruling.
- Not an engine promise. “Frame exists” means the state/reset contract from the deck exists; it has never run inside the learner player.
- Not a complete list. If a screen needs a pattern that is not here, write it in the note — that is worth more than forcing a fit.
Rules that bind every primitive
- One interaction per screen (one sidecar, one
interaction_primitive). - No scrolling on the primary learner screen (GOV-02-CAPACITY) — the risk marker above is an early warning, not an exemption.
- Engine-generated interactions are prohibited; ID-authored derived content is allowed with
ID-ADDEDprovenance + authority reference. - Complete / pass only through CompletionEngine — a primitive never writes SCORM status itself.